git@vger.kernel.org mailing list mirror (one of many)
 help / color / mirror / code / Atom feed
From: Johannes Schindelin <Johannes.Schindelin@gmx.de>
To: Junio C Hamano <gitster@pobox.com>
Cc: git@vger.kernel.org
Subject: Re: js/init-defaultbranch-advice, was Re: What's cooking in git.git (Dec 2020, #01; Tue, 8)
Date: Thu, 10 Dec 2020 05:54:09 +0100 (CET)	[thread overview]
Message-ID: <nycvar.QRO.7.76.6.2012100540220.25979@tvgsbejvaqbjf.bet> (raw)
In-Reply-To: <xmqqft4e1w2j.fsf@gitster.c.googlers.com>

Hi Junio,

On Wed, 9 Dec 2020, Junio C Hamano wrote:

> Johannes Schindelin <Johannes.Schindelin@gmx.de> writes:
>
> > On Tue, 8 Dec 2020, Junio C Hamano wrote:
> >
> >> * js/init-defaultbranch-advice (2020-11-24) 4 commits
> >>  - init: provide useful advice about init.defaultBranch
> >>  - get_default_branch_name(): prepare for showing some advice
> >>  - branch -m: allow renaming a yet-unborn branch
> >>  - init: document `init.defaultBranch` better
> >>
> >>  Our users are going to be trained to prepare for future change of
> >>  init.defaultBranch configuration variable.
> >>
> >>  Expecting a reroll.
> >>  cf. <xmqq8saqjx2n.fsf@gitster.c.googlers.com>
> >>  I think a new advice.defaultBranchName is a bad idea.
> >
> > Unfortunately, this objection is news to me. Why would it be anything but
> > a legitimate interest to say "yeah, whatever, Git, just use the default
> > branch name, I'm fine with it"?
>
> Message sent on Nov 24 is a news to you now?

I did not understand your message as a strong objection back then, and I
am still somewhat puzzled by the reaction.

> Anyway, I do not think those users who said "I'm fine with it" would be
> fine when the switchover happens outside their control.

As of September 29th, Git for Windows' installer asks users to specify
their preferences:

	Adjusting the name of the initial branch in new repositories

	What would you like Git to name the initial branch after
	"git init"?

	[ ] Let Git decide

	    Let Git use its default branch name (currently: "master")
	    for the initial branch in newly created repositories.
	    The Git project intends to change this default to a more
	    inclusive name in the near future.

	[ ] Override the default branch name for new repositories

	    NEW! Many teams already renamed their default branches;
	    common choices are "main", "trunk" and "development".
	    Specify the name "git init" should use for the initial
	    branch:

	    __________________________

Obviously, I have no idea how many users chose the first option because we
do not collect any usage data in the Git for Windows project. However,
anecdotal data suggests that most users go with the first one, not caring
one iota and simply going with what Git decides for them.

> If they are truly fine, we could invent init.defaultBranch=:random
> that chooses a random branch name and point HEAD at it, and make
> that the default.  Those who are fine do not really care what name
> the initial branch gets would be fine with that as well, but you
> would agree that it is an absurd alternative, no?  I find it equally
> absurd to say "switch to a new name any time without telling me, I
> am fine with it".

I guess that most users trust us to make sane decisions, and a random name
would not constitute such a thing.

But since you seem to care that much, I will re-roll this patch, and move
the advice.defaultBranchName patch into the Windows-specific patches, to
allow for silencing that warning when users chose the "Let Git decide"
option above.

Ciao,
Dscho

  reply	other threads:[~2020-12-10 15:16 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-12-09  1:31 What's cooking in git.git (Dec 2020, #01; Tue, 8) Junio C Hamano
2020-12-09  1:41 ` Taylor Blau
2020-12-10  2:02   ` Jonathan Tan
2020-12-09  2:45 ` Elijah Newren
2020-12-09  4:22   ` Junio C Hamano
2020-12-09 23:02     ` Taylor Blau
2020-12-10  0:57       ` Junio C Hamano
2020-12-10  2:57   ` Jonathan Tan
2020-12-09 14:09 ` fc/pull-merge-rebase, was " Johannes Schindelin
2020-12-09 21:28   ` Junio C Hamano
2020-12-10  0:31     ` Felipe Contreras
2020-12-10  4:40     ` Johannes Schindelin
2020-12-10  4:46       ` Johannes Schindelin
2020-12-10 15:11         ` Felipe Contreras
2020-12-10 15:27     ` Theodore Y. Ts'o
2020-12-10 18:28       ` Junio C Hamano
2020-12-11  1:33         ` Felipe Contreras
2020-12-11  7:17           ` Junio C Hamano
2020-12-11 14:10             ` Felipe Contreras
2020-12-11 22:09             ` Theodore Y. Ts'o
2020-12-12  0:43               ` Felipe Contreras
2020-12-10  0:27   ` Felipe Contreras
2020-12-11  5:59     ` Junio C Hamano
2020-12-09 14:11 ` js/init-defaultbranch-advice, " Johannes Schindelin
2020-12-09 21:57   ` Junio C Hamano
2020-12-10  4:54     ` Johannes Schindelin [this message]
2020-12-10 18:33       ` Junio C Hamano
2020-12-11  0:03         ` Felipe Contreras
2020-12-10  3:56 ` bc/rev-parse-path-format, " Johannes Schindelin
2020-12-10 18:34   ` 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

  List information: http://vger.kernel.org/majordomo-info.html

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=nycvar.QRO.7.76.6.2012100540220.25979@tvgsbejvaqbjf.bet \
    --to=johannes.schindelin@gmx.de \
    --cc=git@vger.kernel.org \
    --cc=gitster@pobox.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.
Code repositories for project(s) associated with this public inbox

	https://80x24.org/mirrors/git.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).