<feed xmlns='http://www.w3.org/2005/Atom'>
<title>git/Documentation/git-push.txt, branch v2.41.2</title>
<subtitle>Mirror of https://git.kernel.org/pub/scm/git/git.git/
</subtitle>
<id>https://git.shady.money/git/atom?h=v2.41.2</id>
<link rel='self' href='https://git.shady.money/git/atom?h=v2.41.2'/>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/'/>
<updated>2023-05-06T21:36:43Z</updated>
<entry>
<title>push: introduce '--branches' option</title>
<updated>2023-05-06T21:36:43Z</updated>
<author>
<name>Teng Long</name>
<email>dyroneteng@gmail.com</email>
</author>
<published>2023-05-06T11:34:08Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=425b4d7f47bd2be561ced14eac36056390862e8c'/>
<id>urn:sha1:425b4d7f47bd2be561ced14eac36056390862e8c</id>
<content type='text'>
The '--all' option of git-push built-in cmd support to push all branches
(refs under refs/heads) to remote. Under the usage, a user can easlily
work in some scenarios, for example, branches synchronization and batch
upload.

The '--all' was introduced for a long time, meanwhile, git supports to
customize the storage location under "refs/". when a new git user see
the usage like, 'git push origin --all', we might feel like we're
pushing _all_ the refs instead of just branches without looking at the
documents until we found the related description of it or '--mirror'.

To ensure compatibility, we cannot rename '--all' to another name
directly, one way is, we can try to add a new option '--heads' which be
identical with the functionality of '--all' to let the user understand
the meaning of representation more clearly. Actually, We've more or less
named options this way already, for example, in 'git-show-ref' and 'git
ls-remote'.

At the same time, we fix a related issue about the wrong help
information of '--all' option in code and add some test cases in
t5523, t5543 and t5583.

Signed-off-by: Teng Long &lt;dyroneteng@gmail.com&gt;
Signed-off-by: Junio C Hamano &lt;gitster@pobox.com&gt;
</content>
</entry>
<entry>
<title>Doc: document push.recurseSubmodules=only</title>
<updated>2022-11-14T21:55:50Z</updated>
<author>
<name>Jonathan Tan</name>
<email>jonathantanmy@google.com</email>
</author>
<published>2022-11-14T21:37:12Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=e62f779ae67ce3babe9e4ee934469993a5e6df49'/>
<id>urn:sha1:e62f779ae67ce3babe9e4ee934469993a5e6df49</id>
<content type='text'>
Git learned pushing submodules without pushing the superproject by
the user specifying --recurse-submodules=only through 6c656c3fe4
("submodules: add RECURSE_SUBMODULES_ONLY value", 2016-12-20) and
225e8bf778 ("push: add option to push only submodules", 2016-12-20).
For users who use this feature regularly, it is desirable to have an
equivalent configuration.

It turns out that such a configuration (push.recurseSubmodules=only) is
already supported, even though it is neither documented nor mentioned
in the commit messages, due to the way the --recurse-submodules=only
feature was implemented (a function used to parse --recurse-submodules
was updated to support "only", but that same function is used to parse
push.recurseSubmodules too). What is left is to document it and test it,
which is what this commit does.

There is a possible point of confusion when recursing into a submodule
that itself has the push.recurseSubmodules=only configuration, because
if a repository has only its submodules pushed and not itself, its
superproject can never be pushed. Therefore, treat such configurations
as being "on-demand", and print a warning message.

Signed-off-by: Jonathan Tan &lt;jonathantanmy@google.com&gt;
Signed-off-by: Taylor Blau &lt;me@ttaylorr.com&gt;
</content>
</entry>
<entry>
<title>docs: add CONFIGURATION sections that map to a built-in</title>
<updated>2022-09-07T16:46:06Z</updated>
<author>
<name>Ævar Arnfjörð Bjarmason</name>
<email>avarab@gmail.com</email>
</author>
<published>2022-09-07T08:27:04Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=16f6b0d1aa598d665ada827cf89bda2112853680'/>
<id>urn:sha1:16f6b0d1aa598d665ada827cf89bda2112853680</id>
<content type='text'>
Add a CONFIGURATION section to the documentation of various built-ins,
for those cases where the relevant config/NAME.txt describes
configuration that is only used by the relevant built-in documented in
git-NAME.txt. Subsequent commits will handle more complex cases.

Signed-off-by: Ævar Arnfjörð Bjarmason &lt;avarab@gmail.com&gt;
Reviewed-by: Matheus Tavares &lt;matheus.bernardino@usp.br&gt;
Signed-off-by: Junio C Hamano &lt;gitster@pobox.com&gt;
</content>
</entry>
<entry>
<title>Merge branch 'ds/gender-neutral-doc'</title>
<updated>2021-07-17T00:42:53Z</updated>
<author>
<name>Junio C Hamano</name>
<email>gitster@pobox.com</email>
</author>
<published>2021-07-17T00:42:53Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=8e62a85352e998415934ac24c6b0db3cd37d372e'/>
<id>urn:sha1:8e62a85352e998415934ac24c6b0db3cd37d372e</id>
<content type='text'>
Update the documentation not to assume users are of certain gender
and adds to guidelines to do so.

* ds/gender-neutral-doc:
  *: fix typos
  comments: avoid using the gender of our users
  doc: avoid using the gender of other people
</content>
</entry>
<entry>
<title>doc: avoid using the gender of other people</title>
<updated>2021-06-16T02:25:09Z</updated>
<author>
<name>Felipe Contreras</name>
<email>felipe.contreras@gmail.com</email>
</author>
<published>2021-06-15T14:11:09Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=69b3367f6c987b36b98937d8f446f75c5dbc000a'/>
<id>urn:sha1:69b3367f6c987b36b98937d8f446f75c5dbc000a</id>
<content type='text'>
Using gendered pronouns for an anonymous person applies a gender where
none is known and further excludes readers who do not use gendered
pronouns. Avoid such examples in the documentation by using "they" or
passive voice to avoid the need for a pronoun.

Inspired-by: Derrick Stolee &lt;dstolee@microsoft.com&gt;
Signed-off-by: Felipe Contreras &lt;felipe.contreras@gmail.com&gt;
Signed-off-by: Derrick Stolee &lt;dstolee@microsoft.com&gt;
Signed-off-by: Junio C Hamano &lt;gitster@pobox.com&gt;
</content>
</entry>
<entry>
<title>Documentation/git-push.txt: correct configuration typo</title>
<updated>2021-03-13T23:41:45Z</updated>
<author>
<name>Taylor Blau</name>
<email>me@ttaylorr.com</email>
</author>
<published>2021-03-08T18:43:47Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=4c8e3dca6eab37c8149160d54a845439d33ce391'/>
<id>urn:sha1:4c8e3dca6eab37c8149160d54a845439d33ce391</id>
<content type='text'>
In the EXAMPLES section, git-push(1) says that 'git push origin' pushes
the current branch to the value of the 'remote.origin.merge'
configuration.

This wording (which dates back to b2ed944af7 (push: switch default from
"matching" to "simple", 2013-01-04)) is incorrect. There is no such
configuration as 'remote.&lt;name&gt;.merge'. This likely was originally
intended to read "branch.&lt;name&gt;.merge" instead.

Indeed, when 'push.default' is 'simple' (which is the default value, and
is applicable in this scenario per "without additional configuration"),
setup_push_upstream() dies if the branch's local name does not match
'branch.&lt;name&gt;.merge'.

Correct this long-standing typo to resolve some recent confusion on the
intended behavior of this example.

Reported-by: Adam Sharafeddine &lt;adam.shrfdn@gmail.com&gt;
Reported-by: Fabien Terrani &lt;terranifabien@gmail.com&gt;
Signed-off-by: Taylor Blau &lt;me@ttaylorr.com&gt;
Reviewed-by: Jonathan Nieder &lt;jrnieder@gmail.com&gt;
Signed-off-by: Junio C Hamano &lt;gitster@pobox.com&gt;
</content>
</entry>
<entry>
<title>t, doc: update tests, reference for "--force-if-includes"</title>
<updated>2020-10-03T16:59:19Z</updated>
<author>
<name>Srinidhi Kaushik</name>
<email>shrinidhi.kaushik@gmail.com</email>
</author>
<published>2020-10-03T12:10:46Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=3b5bf96573b5773e64f7884607794c268b352992'/>
<id>urn:sha1:3b5bf96573b5773e64f7884607794c268b352992</id>
<content type='text'>
Update test cases for the new option, and document its usage
and update related references.

Update test cases for the new option, and document its usage
and update related references.

 - t/t5533-push-cas.sh:
   Update test cases for "compare-and-swap" when used along with
   "--force-if-includes" helps mitigate overwrites when remote
   refs are updated in the background; allows forced updates when
   changes from remote are integrated locally.

 - Documentation:
   Add reference for the new option, configuration setting
   ("push.useForceIfIncludes") and advise messages.

Signed-off-by: Srinidhi Kaushik &lt;shrinidhi.kaushik@gmail.com&gt;
Signed-off-by: Junio C Hamano &lt;gitster@pobox.com&gt;
</content>
</entry>
<entry>
<title>doc: fix repeated words</title>
<updated>2019-08-12T00:40:07Z</updated>
<author>
<name>Mark Rushakoff</name>
<email>mark.rushakoff@gmail.com</email>
</author>
<published>2019-08-10T05:59:14Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=24966cd9820a6b0d4e348807b07cb9af8ba84fc7'/>
<id>urn:sha1:24966cd9820a6b0d4e348807b07cb9af8ba84fc7</id>
<content type='text'>
Inspired by 21416f0a07 ("restore: fix typo in docs", 2019-08-03), I ran
"git grep -E '(\b[a-zA-Z]+) \1\b' -- Documentation/" to find other cases
where words were duplicated, e.g. "the the", and in most cases removed
one of the repeated words.

There were many false positives by this grep command, including
deliberate repeated words like "really really" or valid uses of "that
that" which I left alone, of course.

I also did not correct any of the legitimate, accidentally repeated
words in old RelNotes.

Signed-off-by: Mark Rushakoff &lt;mark.rushakoff@gmail.com&gt;
Acked-by: Jeff King &lt;peff@peff.net&gt;
Signed-off-by: Junio C Hamano &lt;gitster@pobox.com&gt;
</content>
</entry>
<entry>
<title>push doc: document the DWYM behavior pushing to unqualified &lt;dst&gt;</title>
<updated>2018-11-14T06:27:56Z</updated>
<author>
<name>Ævar Arnfjörð Bjarmason</name>
<email>avarab@gmail.com</email>
</author>
<published>2018-11-13T19:52:45Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=2219c09e23c39aed7c869c1f4dda28aec46da984'/>
<id>urn:sha1:2219c09e23c39aed7c869c1f4dda28aec46da984</id>
<content type='text'>
Document the DWYM behavior that kicks in when pushing to an
unqualified &lt;dst&gt; reference.

This behavior was added in f88395ac23 ("Renaming push.", 2005-08-03)
and f8aae12034 ("push: allow unqualified dest refspecs to DWIM",
2008-04-23), and somewhat documented in bb9fca80ce ("git-push: Update
description of refspecs and add examples", 2007-06-09), but has never
been fully documented.

The closest we got to having documented it was the description in the
commit message for f8aae12034, which I've borrowed from in writing
this documentation.

Let's also refer to this new documentation from the existing
documentation we had (added in bb9fca80ce).

Signed-off-by: Ævar Arnfjörð Bjarmason &lt;avarab@gmail.com&gt;
Signed-off-by: Junio C Hamano &lt;gitster@pobox.com&gt;
</content>
</entry>
<entry>
<title>push doc: add spacing between two words</title>
<updated>2018-09-19T19:43:50Z</updated>
<author>
<name>Ævar Arnfjörð Bjarmason</name>
<email>avarab@gmail.com</email>
</author>
<published>2018-09-18T05:47:38Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=f4ec16ad0c588ccdf10fbb9edb862dcb32b90c9b'/>
<id>urn:sha1:f4ec16ad0c588ccdf10fbb9edb862dcb32b90c9b</id>
<content type='text'>
Fix a formatting error introduced in my recently landed
fe802bd21e ("push doc: correct lies about how push refspecs work",
2018-08-31).

Signed-off-by: Ævar Arnfjörð Bjarmason &lt;avarab@gmail.com&gt;
Signed-off-by: Junio C Hamano &lt;gitster@pobox.com&gt;
</content>
</entry>
</feed>
