git@vger.kernel.org mailing list mirror (one of many)
 help / color / mirror / code / Atom feed
From: Taylor Blau <me@ttaylorr.com>
To: Jonathan Nieder <jrnieder@gmail.com>
Cc: Nomen Nescio <nobody@dizum.com>, git@vger.kernel.org
Subject: Re: Consensus on a new default branch name
Date: Mon, 15 Jun 2020 20:31:18 -0600	[thread overview]
Message-ID: <20200616023118.GA89988@syl.local> (raw)
In-Reply-To: <20200616022239.GD164606@google.com>

Hi Jonathan,

On Mon, Jun 15, 2020 at 07:22:39PM -0700, Jonathan Nieder wrote:
> Hi Nomen,
>
> Nomen Nescio wrote:
>
> > Taylor, how do you propose to build this consensus you're talking about
> > on the name change?
>
> I'm glad you're interested in learning more about the Git development
> process!
>
> There are some open source projects that function (mostly) as a
> democracy --- they build the features that those voting request.  A
> famous example of this would be PHP[1].  There is something admirable
> about that approach, but it is not always easy to get right.  Many
> other projects have their own approaches to governance.
>
> In Git, we make most decisions by a rough consensus of active
> contributors, as judged by the maintainer.  There are times that
> consensus may go in a direction that is unworkable, and the maintainer
> has the ability to make a different decision during those times.  If
> decision making ever goes off the rails (perhaps you've judged this to
> be such a moment!), users of Git have the recourse of forking the
> code; such moments have happened in some open source projects in the
> past, for the better, such as the EGCS fork of GCC that was widely
> used by distributors and eventually became the standard version of
> GCC.
>
> If you are looking to have more influence in the Git project, my
> advice would be to become a respected contributor, by providing
> patches, well thought out reviews, documentation improvements, advice
> to bug reporters, or other contributions.  As others learn to trust
> your feedback, you will have more influence on consensus.  Even
> better, you get the immediate benefit of your own work as soon as you
> do it.
>
> I believe Taylor was also interested in another kind of consensus,
> between hosting providers, but that would be likely to coincide with
> what the Git project does so the difference is a bit academic.

What I am broadly interested in is a consensus among the community, so
that we don't have a variety of different names for the default branch
based on where and how you use Git. Of course, by introducing a
configuration option, some variety is to be expected, but I would like
to avoid, for example, GitHub/GitLab/Bitbucket choosing a different name
from what the Git project decides on.

> [...]
> > slacktivism
>
> This is a very weird way to describe the people who are spending their
> time to maintain Git.
>
> Thanks and hope that helps,
> Jonathan
>
> [1] https://lwn.net/Articles/821821/

Thanks,
Taylor

  reply	other threads:[~2020-06-16  2:31 UTC|newest]

Thread overview: 36+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-06-16  1:58 Consensus on a new default branch name Nomen Nescio
2020-06-16  2:22 ` Jonathan Nieder
2020-06-16  2:31   ` Taylor Blau [this message]
2020-06-16 14:38   ` Jeff King
  -- strict thread matches above, loose matches on Subject: below --
2020-06-17  0:01 Anonymous Remailer (austria)
2020-06-15 20:57 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
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

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=20200616023118.GA89988@syl.local \
    --to=me@ttaylorr.com \
    --cc=git@vger.kernel.org \
    --cc=jrnieder@gmail.com \
    --cc=nobody@dizum.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).