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

Re: [PATCH] doc: attempt to clarify a blurry sentence.

From
Junio C Hamano <gitster@pobox.com>
Date
May 6, 2021, 22:03 UTC
Message-ID
<xmqqzgx7wmd3.fsf@gitster.g>
In-Reply-To
<pull.1019.git.git.1620319023972.gitgitgadget@gmail.com>
"Lars Berntzon via GitGitGadget" <gitgitgadget@gmail.com> writes:
Show 16 quoted lines
> diff --git a/Documentation/git-push.txt b/Documentation/git-push.txt
> index a953c7c38790..bbb30c52395e 100644
> --- a/Documentation/git-push.txt
> +++ b/Documentation/git-push.txt
> @@ -66,10 +66,10 @@ it can be any arbitrary "SHA-1 expression", such as `master~4` or
>  The <dst> tells which ref on the remote side is updated with this
>  push. Arbitrary expressions cannot be used here, an actual ref must
>  be named.
> -If `git push [<repository>]` without any `<refspec>` argument is set to
> -update some ref at the destination with `<src>` with
> -`remote.<repository>.push` configuration variable, `:<dst>` part can
> -be omitted--such a push will update a ref that `<src>` normally updates
> +If `git push [<repository>]` without any `<refspec>` argument then
> +git will update the remote ref as defined by `remote.<repository>.push` configuration
> +and it will be updated from HEAD.
> +`:<dst>` part can be omitted--such a push will update a ref that `<src>` normally updates

Hmph, "If X then Git will do Y" expects X to be a full sentence with subject and verb, but I do not see any verb in

    `git push [<repository>]` without any `<refspec>` argument
in the rewritten version.

More importantly, the updated description is wrong. The original may be hard to follow, but what it is trying to explain is the following.

Imagine that you have configured
	[remote "origin"]
		push = refs/heads/*:refs/remotes/satellite/*

Imagine further that you have a local branch 'next' and you want to push it out to the "origin". You also have other local branches like 'master' and 'maint', but you do not wish to push them out right now.

Under such a scenario, if you were to type
    $ git push origin

(i.e. "`git push [<repository>]` without `<refspec>` argument"), such a command is set to update `refs/remotes/satellite/next` (i.e. "some ref") at the "origin" (i.e. "the destination") with `next` (i.e. "with <src>") via the remote.origin.push configuration variable. So this scenario satisfies the precondition of the description we are discussing.

In such a case, you do not have to fully spell out
    $ git push origin next:refs/remotes/satellite/next

in order to push your 'next' branch (which may not be the current branch) from the command line to its usual/configured destination.

Instead, you can omit ":<dst>", i.e.
    $ git push origin next

and such a push will update the remote ref that would be normally updated by the local ref named on the command line, i.e. the remote 'refs/remotes/satellite/next' will be updated with your local 'refs/heads/next'. But your 'master' and 'maint' will not be pushed to their usual/configured destinations with such a push.

Again, the original may hard to read and it can use some rewriting to make it easier to read. Thanks for trying to help by attempting, and another try with the above information in mind is greatly appreciated.

Previous: Lars Berntzon via GitGitGadgetNext: Lars Berntzon
Message 2 of 3 in “doc: attempt to clarify a blurry sentence.”
  1. doc: attempt to clarify a blurry sentence.Lars Berntzon via GitGitGadget, May 6, 2021
  2. Junio C HamanoMay 6, 2021
  3. Lars BerntzonMay 7, 2021

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.