This way all the branches are in the separate layout, so the newbies only have to understand one layout.
Signed-off-by: Santi Béjar <sbejar@gmail.com> --- Hi *,
I've used:
$ git pull . remotes/bob/master
instead of:
$ git pull . bob/master
because the latter does not work. I think it's a bug, because
$ git show bob/master $ git merge bob/master
work as expected.
Documentation/tutorial.txt | 26 +++++++++++++------------- 1 files changed, 13 insertions(+), 13 deletions(-)
Show changes to Documentation/tutorial.txt +13 −13
diff --git a/Documentation/tutorial.txt b/Documentation/tutorial.txt index d2bf0b9..4b7eba3 100644 --- a/Documentation/tutorial.txt +++ b/Documentation/tutorial.txt @@ -285,10 +285,12 @@ at /home/bob/myrepo. She does this with: ------------------------------------------------ $ cd /home/alice/project -$ git pull /home/bob/myrepo master +$ git remote add bob /home/bob/myrepo +$ git pull bob master ------------------------------------------------ -This merges the changes from Bob's "master" branch into Alice's +First it adds the "remote" Bob's repository with the name "bob" and +then it merges the changes from Bob's "master" branch into Alice's current branch. If Alice has made her own changes in the meantime, then she may need to manually fix any conflicts. (Note that the "master" argument in the above command is actually unnecessary, as it @@ -298,18 +300,16 @@ The "pull" command thus performs two operations: it fetches changes from a remote branch, then merges them into the current branch. You can perform the first operation alone using the "git fetch" -command. For example, Alice could create a temporary branch just to -track Bob's changes, without merging them with her own, using: +command without merging them with her own branch, using: ------------------------------------- -$ git fetch /home/bob/myrepo master:bob-incoming +$ git fetch bob ------------------------------------- -which fetches the changes from Bob's master branch into a new branch -named bob-incoming. Then +which fetches the changes from Bob's branches. Then ------------------------------------- -$ git log -p master..bob-incoming +$ git log -p master..bob/master ------------------------------------- shows a list of all the changes that Bob made since he branched from @@ -320,21 +320,21 @@ could pull the changes into her master branch: ------------------------------------- $ git checkout master -$ git pull . bob-incoming +$ git pull . remotes/bob/master ------------------------------------- -The last command is a pull from the "bob-incoming" branch in Alice's +The last command is a pull from the "bob/master" branch in Alice's own repository. Alice could also perform both steps at once with: ------------------------------------- -$ git pull /home/bob/myrepo master:bob-incoming +$ git pull bob ------------------------------------- -This is just like the "git pull /home/bob/myrepo master" that we saw +This is just like the "git pull bob master" that we saw before, except that it also stores the unmerged changes from bob's -master branch in bob-incoming before merging them into Alice's +master branch in bob/master before merging them into Alice's current branch. Note that git pull always merges into the current branch, regardless of what else is given on the commandline.
-- 1.5.0-rc1.GIT
