Git development
 help / color / mirror / Atom feed
From: Junio C Hamano <gitster@pobox.com>
To: "Harald Nordgren via GitGitGadget" <gitgitgadget@gmail.com>
Cc: git@vger.kernel.org,  Phillip Wood <phillip.wood123@gmail.com>,
	Kristoffer Haugsbakk <kristofferhaugsbakk@fastmail.com>,
	 Harald Nordgren <haraldnordgren@gmail.com>
Subject: Re: [PATCH v2] status: compare against both upstream and push branch by default
Date: Fri, 23 Oct 2026 10:43:14 -0700	[thread overview]
Message-ID: <xmqqld7o71ot.fsf@gitster.g> (raw)
In-Reply-To: <pull.2458.v2.git.git.1792585662669.gitgitgadget@gmail.com> (Harald Nordgren via GitGitGadget's message of "Wed, 21 Oct 2026 12:27:42 +0000")

"Harald Nordgren via GitGitGadget" <gitgitgadget@gmail.com> writes:

> Showing both without any configuration was the original proposal for
> that commit. But some found the comparison with the push branch to be
> noise. So the comparison was made opt in [1], with the idea of
> flipping the default later if people like the option.

The key phrase here is "if people like the option".

> Those who find the comparison with the push branch to be noise can
> set status.compareBranches to "@{upstream}" to get the old output
> back.

The presence of an escape hatch is described here.  But its
existence is not a valid excuse to force people to use it, nor does
it answer the question "if people like the option" posed above.

The paragraph above (and below) also assumes that comparing with
@{push} is not noise for many people.  We have not yet heard a
convincing argument supporting that assumption in the proposed log
message.  In a triangular workflow, @{upstream} is not under your
control, so you may want to monitor its progress closely.  But isn't
your @{push} destination typically owned solely by you?  In other
words, aren't you the only one who pushes to it?  If so, whatever
you did locally would be the only change that could go on top of
@{push}, and unlike @{upstream} you would not see any unexpected
work over there appearing without your control.

> Having configured push.default and a push remote to get there,
> they are the users best placed to find that setting. Those who are
> just starting to push somewhere other than where they pull from
> benefit the most from seeing both comparisons without having to
> discover the variable first.

I do not think I follow.  Those who are just starting to push to a
destination other than @{upstream} would have changed their
configuration to do so, wouldn't they?  Aren't they equally well
placed, if not more, to find the same setting?

Overall, I still do not find it convincing that we should change the
default to surprise existing users.

Thanks.

  reply	other threads:[~2026-10-23 17:43 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-10-19 19:23 [PATCH] status: compare against both upstream and push branch by default Harald Nordgren via GitGitGadget
2026-10-19 22:54 ` Junio C Hamano
2026-10-20  9:16   ` Harald Nordgren
2026-10-20  9:33 ` Phillip Wood
2026-10-20 10:19   ` Harald Nordgren
2026-10-20 10:56     ` Kristoffer Haugsbakk
2026-10-20 13:22     ` Phillip Wood
2026-10-21 12:27 ` [PATCH v2] " Harald Nordgren via GitGitGadget
2026-10-23 17:43   ` Junio C Hamano [this message]
2026-10-23 18:48     ` Harald Nordgren
2026-10-23 22:10       ` Junio C Hamano
2026-10-23 22:54         ` Harald Nordgren
2026-10-23 23:07           ` Junio C Hamano

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=xmqqld7o71ot.fsf@gitster.g \
    --to=gitster@pobox.com \
    --cc=git@vger.kernel.org \
    --cc=gitgitgadget@gmail.com \
    --cc=haraldnordgren@gmail.com \
    --cc=kristofferhaugsbakk@fastmail.com \
    --cc=phillip.wood123@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox