git/list[1] front-page[2] threads[3] people[4] search[5] about
 

[PATCH 3/5] fetch doc: remove notes on outdated "mixed layout"

From
Junio C Hamano <gitster@pobox.com>
Date
May 29, 2014, 22:42 UTC
Message-ID
<1401403350-7122-4-git-send-email-gitster@pobox.com>
In-Reply-To
<1401403350-7122-1-git-send-email-gitster@pobox.com>

In old days before Git 1.5, it was customery for "git fetch" to use the same local branch namespace to keep track of the remote-tracking branches, and it was necessary to tell users not to check them out and commit on them. Since everybody uses the separate remote layout these days, there is no need to warn against the practice to check out the right-hand side of <refspec> and build on it---the RHS is typically not even a local branch.

Incidentally, this also kills one mention of "Pull:" line of $GIT_DIR/remotes/* configuration, which is a lot less familiar to new people than the more modern remote.*.fetch configuration variable.

Signed-off-by: Junio C Hamano <gitster@pobox.com>
---
 Documentation/pull-fetch-param.txt | 13 -------------
 1 file changed, 13 deletions(-)
diff --git a/Documentation/pull-fetch-param.txt b/Documentation/pull-fetch-param.txt
index 2a7e2b7..e266c2d 100644
--- a/Documentation/pull-fetch-param.txt
+++ b/Documentation/pull-fetch-param.txt
@@ -36,19 +36,6 @@ in a repository with this behavior; the pulling user simply
 must know this is the expected usage pattern for a branch.
 +
 [NOTE]
-You never do your own development on branches that appear
-on the right hand side of a <refspec> colon on `Pull:` lines;
-they are to be updated by 'git fetch'.  If you intend to do
-development derived from a remote branch `B`, have a `Pull:`
-line to track it (i.e. `Pull: B:remote-B`), and have a separate
-branch `my-B` to do your development on top of it.  The latter
-is created by `git branch my-B remote-B` (or its equivalent `git
-checkout -b my-B remote-B`).  Run `git fetch` to keep track of
-the progress of the remote side, and when you see something new
-on the remote branch, merge it into your development branch with
-`git pull . remote-B`, while you are on `my-B` branch.
-+
-[NOTE]
 There is a difference between listing multiple <refspec>
 directly on 'git pull' command line and having multiple
 `Pull:` <refspec> lines for a <repository> and running
-- 
2.0.0-479-g59ac8f9
Previous: Marc BranchaudNext: Junio C Hamano
Message 13 of 15 in “Documentation updates for 'git fetch'”
  1. 0/5 Documentation updates for 'git fetch'Junio C Hamano, May 29, 2014
  2. 1/5 fetch doc: update introductory part for clarityJunio C Hamano, May 29, 2014
  3. Marc BranchaudMay 30, 2014
  4. Junio C HamanoMay 30, 2014
  5. Marc BranchaudMay 30, 2014
  6. Junio C HamanoMay 30, 2014
  7. fetch doc: Move FETCH_HEAD material, and add an example.Marc Branchaud, Jun 2, 2014
  8. Junio C HamanoJun 2, 2014
  9. 2/5 fetch doc: update note on '+' in front of the refspecJunio C Hamano, May 29, 2014
  10. Marc BranchaudMay 30, 2014
  11. Junio C HamanoMay 30, 2014
  12. Marc BranchaudJun 2, 2014
  13. 3/5 fetch doc: remove notes on outdated "mixed layout"Junio C Hamano, May 29, 2014
  14. 4/5 fetch doc: on pulling multiple refspecsJunio C Hamano, May 29, 2014
  15. 5/5 fetch doc: update refspec format descriptionJunio C Hamano, May 29, 2014

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.