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

Re: [PATCH 2/5] fetch doc: update note on '+' in front of the refspec

From
Marc Branchaud <marcnarc@xiplink.com>
Date
May 30, 2014, 14:35 UTC
Message-ID
<5388972E.2010008@xiplink.com>
In-Reply-To
<1401403350-7122-3-git-send-email-gitster@pobox.com>
On 14-05-29 06:42 PM, Junio C Hamano wrote:
Show 32 quoted lines
> While it is not *wrong* per-se to say that pulling a rewound/rebased
> branch will lead to an unnecessary merge conflict, that is not what
> the leading "+" sign to allow non-fast-forward update of remote-tracking
> branch is at all.
> 
> Signed-off-by: Junio C Hamano <gitster@pobox.com>
> ---
>  Documentation/pull-fetch-param.txt | 18 +++++++++---------
>  1 file changed, 9 insertions(+), 9 deletions(-)
> 
> diff --git a/Documentation/pull-fetch-param.txt b/Documentation/pull-fetch-param.txt
> index 18cffc2..2a7e2b7 100644
> --- a/Documentation/pull-fetch-param.txt
> +++ b/Documentation/pull-fetch-param.txt
> @@ -24,15 +24,15 @@ is updated even if it does not result in a fast-forward
>  update.
>  +
>  [NOTE]
> -If the remote branch from which you want to pull is
> -modified in non-linear ways such as being rewound and
> -rebased frequently, then a pull will attempt a merge with
> -an older version of itself, likely conflict, and fail.
> -It is under these conditions that you would want to use
> -the `+` sign to indicate non-fast-forward updates will
> -be needed.  There is currently no easy way to determine
> -or declare that a branch will be made available in a
> -repository with this behavior; the pulling user simply
> +When the remote branch you want to fetch is known to
> +be rewound and rebased regularly, it is expected that
> +the tip of it will not be descendant of the commit that
> +used to be at its tip the last time you fetched it and
> +stored in your remote-tracking branch.  You would want
I think the second part of that last sentence might be clearer as
	it is expected that its new tip will not be a descendant of
	its previous tip (as stored in your remote-tracking branch
	the last time you fetched).
Then start the next sentence with
	In this case, you would want ....
		M.
Show 8 quoted lines
> +to use the `+` sign to indicate non-fast-forward updates
> +will be needed for such branches.  There is no way to
> +determine or declare that a branch will be made available
> +in a repository with this behavior; the pulling user simply
>  must know this is the expected usage pattern for a branch.
>  +
>  [NOTE]
> 
Previous: Junio C HamanoNext: Junio C Hamano
Message 10 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.