"Julia Evans via GitGitGadget" <gitgitgadget@xxxxxxxxx> writes: > `git checkout [<branch>]`:: > - To prepare for working on _<branch>_, switch to it by updating > - the index and the files in the working tree, and by pointing > - `HEAD` at the branch. Local modifications to the files in the > - working tree are kept, so that they can be committed to the > - _<branch>_. > + Switch to _<branch>_. This sets the current branch to <branch> and > + updates the files in your working directory. Local changes to > + the files in the working tree are kept, so that they can be committed > + to the _<branch>_. If the local changes can't be cleanly merged into > + the _<branch>_, no changes will be made and the checkout operation will fail. The condition to stop you is a bit stronger than that. By default, we would not even attempt to "merge into the branch" at all. If your previous HEAD and the branch you are switching to are different at a path you have local modifications in, then no changes will be made and the checkout will fail. With "-m", we try to merge and this merge can leave conflicts for you to sort out. > @@ -42,10 +42,8 @@ exactly one remote (call it _<remote>_) with a matching name and > $ git checkout -b <branch> --track <remote>/<branch> > ------------ > + > -You could omit _<branch>_, in which case the command degenerates to > -"check out the current branch", which is a glorified no-op with > -rather expensive side-effects to show only the tracking information, > -if it exists, for the current branch. > +Running `git checkout` without specifying a branch has no effect except > +to print out the tracking information for the current branch. This is much better than the crappy original I wrote years ago. Thanks.
