From: Junio C Hamano <gitster@pobox.com>
To: "Ivan Baluta via GitGitGadget" <gitgitgadget@gmail.com>
Cc: git@vger.kernel.org, Ivan Baluta <ivanbaluta.dev@gmail.com>
Subject: Re: [PATCH v2] doc: clarify push.default=simple behavior
Date: Tue, 02 Jun 2026 08:33:10 +0900 [thread overview]
Message-ID: <xmqqjysh25vt.fsf@gitster.g> (raw)
In-Reply-To: <pull.2115.v2.git.1779767888508.gitgitgadget@gmail.com> (Ivan Baluta via GitGitGadget's message of "Tue, 26 May 2026 03:58:07 +0000")
"Ivan Baluta via GitGitGadget" <gitgitgadget@gmail.com> writes:
> From: Ivan Baluta <ivanbaluta.dev@gmail.com>
>
> The documentation for the 'simple' push mode currently singles out
> the centralized workflow, which can cause confusion about its
> behavior in other scenarios, such as triangular workflows.
>
> Clarify that 'simple' always pushes the current branch to a branch
> of the same name, but only enforces the strict upstream tracking
> requirement when pushing back to the same remote being pulled from.
>
> Suggested-by: Junio C Hamano <gitster@pobox.com>
> Signed-off-by: Ivan Baluta <ivanbaluta.dev@gmail.com>
> ---
> doc: clarify push.default=simple in triangular workflows
>
> Published-As: https://github.com/gitgitgadget/git/releases/tag/pr-2115%2Fivanbaluta%2Fdoc-push-simple-triangular-v2
> Fetch-It-Via: git fetch https://github.com/gitgitgadget/git pr-2115/ivanbaluta/doc-push-simple-triangular-v2
> Pull-Request: https://github.com/gitgitgadget/git/pull/2115
Looking good. Thanks.
> diff --git a/Documentation/config/push.adoc b/Documentation/config/push.adoc
> index d9112b2260..28132eedfe 100644
> --- a/Documentation/config/push.adoc
> +++ b/Documentation/config/push.adoc
> @@ -41,9 +41,10 @@ this is a deprecated synonym for `upstream`.
> `simple`;;
> push the current branch with the same name on the remote.
> +
> -If you are working on a centralized workflow (pushing to the same repository you
> -pull from, which is typically `origin`), then you need to configure an upstream
> -branch with the same name.
> +This mode requires that the remote repository to be pushed to is
> +known. When pushing back to the same remote you pull from, the
> +current branch must also have an upstream tracking branch with the
> +same name.
> +
> This mode is the default since Git 2.0, and is the safest option suited for
> beginners.
>
> base-commit: 59ff4886a579f4bc91e976fe18590b9ae02c7a08
prev parent reply other threads:[~2026-06-01 23:33 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-05-22 6:58 [PATCH] doc: clarify push.default=simple in triangular workflows Ivan Baluta via GitGitGadget
2026-05-22 8:49 ` Junio C Hamano
2026-05-25 10:32 ` Иван Балута
2026-05-26 3:58 ` [PATCH v2] doc: clarify push.default=simple behavior Ivan Baluta via GitGitGadget
2026-06-01 23:33 ` Junio C Hamano [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=xmqqjysh25vt.fsf@gitster.g \
--to=gitster@pobox.com \
--cc=git@vger.kernel.org \
--cc=gitgitgadget@gmail.com \
--cc=ivanbaluta.dev@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.