git@vger.kernel.org mailing list mirror (one of many)
 help / color / mirror / code / Atom feed
From: Jeff King <peff@peff.net>
To: Oleg <lego_12239@rambler.ru>
Cc: git@vger.kernel.org
Subject: Re: Consensus on a new default branch name
Date: Tue, 16 Jun 2020 18:18:17 -0400	[thread overview]
Message-ID: <20200616221817.GC685107@coredump.intra.peff.net> (raw)
In-Reply-To: <20200616171048.GA18874@legohost>

On Tue, Jun 16, 2020 at 08:11:01PM +0300, Oleg wrote:

> > Not statistics, but anecdotally, many major projects and communities
> > have expressed interest in switching. Some of them are listed here:
> > 
> >   https://www.zdnet.com/article/github-to-replace-master-with-alternative-term-to-avoid-slavery-references/
> 
> This is not "many", Jeff :-D. There is info just about *few* major projects
> (i counted not more than *15*!), that also politically biased and are
> intimidated.

I didn't count them. 15 who have already said they are interested does
seem like "many" to me, especially as I'd expect more to do so as the
issue gets more attention. I don't think it matters if they're
politically biased or not. I just said they expressed interest in
switching.

But anyway. You asked what I based my statement on. I told you.

> > I don't think 100 million is the right number to think about. Many of
> > those aren't active, or aren't collaborative. A project like Chrome
> > changing their branch name has a much bigger impact than somebody's
> > homework repo with three commits.
> 
> Jeff, this is a discrimination ;-). And no. This isn't right. How many
> repos on github is inactive? May be 20 millions? Add to 80 millions gitlab and
> all another git repos from the world. I think we can easily collect around
> 150-200 million of active repos. Do you really think that count of developers of
> these all projects be less than count of Chrome developers? Why do 15 projects
> (politically biased) outweighs 200 millions of projects? Is this example of
> democracy or rationale mind? May be some there is corruption :-)?

Please stop making strawmen. I never said that the number of Chrome
developers was higher than the number of other developers. The original
claim I made that started this portion of the thread was only that
projects have expressed interest in changing, so tools are going to deal
with seeing non-master branches (and in fact already have been).

> And even so - 6% :-D. Jeff, this is really needed thing! :-D

Again, my point wasn't that a majority of people have changed or even
would change.My point was just that a significant enough percentage of
repos use the non-default name that it's a thing tools will need to deal
with. Perhaps you think 6% isn't enough to say so, but we may just agree
to disagree there.

> > question is whether the more abstract benefits to people are worth the
> > potential costs.
> 
> Of course, not. This is obvious.

You're asserting your position without providing any argument here.
Clearly other people feel the opposite way.

To be honest, I am not sure if it the benefits outweigh the costs or
not, and I am skeptical that any kind of accurate data gathering (e.g.,
a poll of opinions) could be done at this point, both because of the
vagueness of the task and because the issue has become so charged (not
just within Git, but in the greater world). But I'm inclined to err on
the side of empathy, especially if we can keep the cost side relatively
low.

-Peff

  parent reply	other threads:[~2020-06-16 22:19 UTC|newest]

Thread overview: 36+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-06-15 20:57 Consensus on a new default branch name Taylor Blau
2020-06-15 21:10 ` Santiago Torres Arias
2020-06-15 21:21 ` Taylor Blau
2020-06-16 14:31   ` Jeff King
2020-06-16 14:52     ` Oleg
2020-06-16 16:00       ` Jeff King
2020-06-16 17:11         ` Oleg
2020-06-16 17:32           ` Konstantin Ryabitsev
2020-06-16 18:54             ` Oleg
2020-06-16 22:18           ` Jeff King [this message]
2020-06-16 16:10     ` Konstantin Ryabitsev
2020-06-16 16:13       ` Santiago Torres Arias
2020-06-16 16:48         ` Jeff King
2020-06-16 16:14       ` Jason Pyeron
2020-06-16 16:47       ` Jeff King
2020-06-16 17:44       ` Steve Litt
2020-06-16 19:00         ` Oleg
2020-06-17 18:06     ` Michal Suchánek
2020-07-01 17:31       ` Michal Suchánek
2020-07-01 21:57         ` Jeff King
2020-07-02 12:21           ` Whinis
2020-07-02 21:15             ` Philip Oakley
2020-07-02 21:59               ` Whinis
2020-07-02 22:47                 ` Philip Oakley
2020-07-02 23:08                   ` Whinis
2020-07-01 22:25         ` Jonathan Nieder
2020-06-15 22:38 ` Elijah Newren
2020-06-16 14:32   ` Jeff King
2020-06-17 20:13     ` Junio C Hamano
2020-06-15 23:24 ` brian m. carlson
2020-06-16  0:50 ` James Ramsay
  -- strict thread matches above, loose matches on Subject: below --
2020-06-16  1:58 Nomen Nescio
2020-06-16  2:22 ` Jonathan Nieder
2020-06-16  2:31   ` Taylor Blau
2020-06-16 14:38   ` Jeff King
2020-06-17  0:01 Anonymous Remailer (austria)

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=20200616221817.GC685107@coredump.intra.peff.net \
    --to=peff@peff.net \
    --cc=git@vger.kernel.org \
    --cc=lego_12239@rambler.ru \
    /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).