Code

Docs: update cvs-migration.txt to reflect clone's new default behavior
authorJ. Bruce Fields <bfields@citi.umich.edu>
Sun, 31 Dec 2006 23:47:33 +0000 (18:47 -0500)
committerJunio C Hamano <junkio@cox.net>
Mon, 1 Jan 2007 00:15:12 +0000 (16:15 -0800)
I couldn't think of a really quick way to give all the details, so just refer
readers to the git-repo-config man page instead.

I haven't tested recent cvs import behavior--some time presumably it should be
updated to do something more similar to clone.

Signed-off-by: J. Bruce Fields <bfields@citi.umich.edu>
Signed-off-by: Junio C Hamano <junkio@cox.net>
Documentation/cvs-migration.txt

index b657f4589f95257547b646ef22d3201fefbae6d6..8e09beaa799dbff462b258e5593fd5c79c91312a 100644 (file)
@@ -34,13 +34,10 @@ them first before running git pull.
 
 [NOTE]
 ================================
-The first `git clone` places the following in the
-`my-project/.git/remotes/origin` file, and that's why the previous step
-and the next step both work.
-------------
-URL: foo.com:/pub/project.git/
-Pull: refs/heads/master:refs/remotes/origin/master
-------------
+The `pull` command knows where to get updates from because of certain
+configuration variables that were set by the first `git clone`
+command; see `git repo-config -l` and the gitlink:git-repo-config[1] man
+page for details.
 ================================
 
 You can update the shared repository with your changes by first committing