git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Junio C Hamano <gitster@pobox.com>
To: Johannes Schindelin <Johannes.Schindelin@gmx.de>
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 10:33:38 -0800	[thread overview]
Message-ID: <xmqqeejxwlx9.fsf@gitster.c.googlers.com> (raw)
In-Reply-To: <nycvar.QRO.7.76.6.2012100540220.25979@tvgsbejvaqbjf.bet> (Johannes Schindelin's message of "Thu, 10 Dec 2020 05:54:09 +0100 (CET)")

Johannes Schindelin <Johannes.Schindelin@gmx.de> writes:

> On Wed, 9 Dec 2020, Junio C Hamano wrote:
>
>> 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.

Even if you knew the numbers, it would not give us much useful
information (besides, I do not think you give these checkboxes
randomized to suppress bias), I am afraid.  The users haven't
experienced the real impact of letting Git decide yet, and do not
have enough information to assess their future grief before making
the choice between the two.

But I do not strongly care---I certainly care about this even less
than I care about keeping the differences between Git and its
Windows port smaller.


  reply	other threads:[~2020-12-10 18:34 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
2020-12-10 18:33       ` Junio C Hamano [this message]
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

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

  git send-email \
    --in-reply-to=xmqqeejxwlx9.fsf@gitster.c.googlers.com \
    --to=gitster@pobox.com \
    --cc=Johannes.Schindelin@gmx.de \
    --cc=git@vger.kernel.org \
    /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;
as well as URLs for NNTP newsgroup(s).