list mirror (unofficial, one of many)
 help / color / mirror / Atom feed
From: "Theodore Y. Ts'o" <>
To: Felipe Contreras <>
Cc: "brian m. carlson" <>,
	Git <>, Junio C Hamano <>,
	Johannes Schindelin <>,
	Don Goodman-Wilson <>
Subject: Re: The master branch rename, and avoiding another v1.6.0 git-foo fiasco
Date: Fri, 13 Nov 2020 09:58:02 -0500
Message-ID: <> (raw)
In-Reply-To: <>

On Fri, Nov 13, 2020 at 12:28:52AM -0600, Felipe Contreras wrote:
> On Thu, Nov 12, 2020 at 11:14 PM Theodore Y. Ts'o <> wrote:
> > Is it changing the default branch name when creating a new repository?
> > (Which affects only people creating new repositories)
> You may choose to downplay the experience of certain part of the
> user-base, because in your experience creating new repositories
> doesn't happen often, but that doesn't mean these users don't exist.

OK, fine.  That wasn't clear in your earlier messages.  So this is
*not* like 2008, where we are breaking workflows or finger macros of
*existing* git users.

Instead, we might be causing a certain amount of confusion with
respect to *new* users, especially if some portion of them are using
an older version of git, where the default initial branch name is
"master", or a newer version of git, where the default initial branch
name is "main".

It's important we be specific about the concern, as opposed to using
abstract notions of "backwards compatibility".  Because I'll note that
even if we were to release a git 3.0, it's not going to fix the
potential confusion where some students / new users trying to follow a
tutorial are using git 2.x, and some are using git 3.x.

We could delay making the change for years, but that isn't going to
guarantee that all of the various tutorials on the 'net will be
changed, and experience from long deprecation periods (exhibit 1:
Pythonx 2.x vs Python 3) is that people will drag there feet and put
off doing the work to migrate for years and years and years.

So I think it's worth making explicit exact what the nature of the
breakage is: specifically, some confusion for new users following
tutorials that haven't been updated, and to balance that off against
the costs of delaying the change for years and years and years.  And
that's because individual projects and individual git repositories are
making that change *already*.  So changing what the default "out of
the box" might be in some ways will make it worse for new users who
follow the some random git tutorial or traning on the web and then
then have to interact with some open source community which has
already changed their primary development branch to be "main".

If we know that's the concern, then we can improve the messaging and
documentation, and I appreciate that you have done some work along
those lines already.  So let's see how we can address the problem
constructively; maybe that means making the git default trailing edge
as opposed to helping to lead the change.   Maybe not.

   	      	      	      	  	    - Ted

  reply	other threads:[~2020-11-13 14:58 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-11-13  0:04 Felipe Contreras
2020-11-13  1:01 ` brian m. carlson
2020-11-13  4:27   ` Felipe Contreras
2020-11-13  5:14     ` Theodore Y. Ts'o
2020-11-13  6:28       ` Felipe Contreras
2020-11-13 14:58         ` Theodore Y. Ts'o [this message]
2020-11-13 15:37           ` Felipe Contreras
2020-11-13 16:08           ` Michal Suchánek
2020-11-14 14:19           ` Lukasz Niemier
2020-11-15  3:46             ` Theodore Y. Ts'o
2020-11-15  4:27               ` Felipe Contreras
2020-11-19  1:02               ` Brandon Casey
2020-11-19  4:16                 ` Peter Hadlaw
2020-11-19 13:37                 ` Konstantin Ryabitsev
2020-11-19 21:25                   ` Junio C Hamano
2020-11-19 23:29                     ` Felipe Contreras
2020-11-20 19:14                     ` Konstantin Ryabitsev
2020-11-19 21:29                   ` Brandon Casey
2020-11-20  0:34                     ` Felipe Contreras
2020-11-13  6:09     ` Don Goodman-Wilson
     [not found]     ` <>
2020-11-13  6:47       ` Felipe Contreras
2020-11-13 13:53         ` Philippe Blain
2020-11-13 15:49           ` Felipe Contreras
2020-11-23 15:39           ` Whinis
2020-11-20 18:38     ` Ismael Luceno

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:

  List information:

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

  git send-email \ \ \ \ \ \ \ \ \

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link list mirror (unofficial, one of many)

This inbox may be cloned and mirrored by anyone:

	git clone --mirror
	git clone --mirror http://ou63pmih66umazou.onion/git
	git clone --mirror http://czquwvybam4bgbro.onion/git
	git clone --mirror http://hjrcffqmbrq6wope.onion/git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V1 git git/ \
	public-inbox-index git

Example config snippet for mirrors.
Newsgroups are available over NNTP:
 note: .onion URLs require Tor:

code repositories for the project(s) associated with this inbox:

AGPL code for this site: git clone