From: Whinis <Whinis@whinis.com>
To: levraiphilippeblain@gmail.com
Cc: Johannes.Schindelin@gmx.de, don@goodman-wilson.com,
felipe.contreras@gmail.com, git@vger.kernel.org,
gitster@pobox.com, sandals@crustytoothpaste.net
Subject: Re: The master branch rename, and avoiding another v1.6.0 git-foo fiasco
Date: Mon, 23 Nov 2020 10:39:37 -0500 [thread overview]
Message-ID: <8240e2a1-5191-1f81-463f-f8f6ed36996b@whinis.com> (raw)
In-Reply-To: <3EC700EE-8DB1-4A31-9061-6C5899330CCC@gmail.com>
> I couldn't agree more. We really need to be warning users several versions in advance,
> and I mean months or even years. I don't wan't to come up with a number, but I would
> guess that maybe 85 %, (or even 95 % ?) of the world-wide Git user base is unaware that any discussion
> on that topic ever took place.
>
> Brian mentioned that some people voicing their concern on the list did not abide by the code of conduct.
> There was also very vocal disagreement voiced in the Git-for-Windows GitHub project before the
> discussion reached the mailing list, of which a lot was also considered to not abide by that project's
> code of conduct. While I agree that discussion should be done with respect, and some people that
> are driven to react to such important changes might not be aware of any code of conduct they should
> follow, because they don't participate in the "day-to-day" life of the project, just the fact that they even
> care enough to voice their disagreement should be a big red flag in terms of how this change should be done,
> in my opinion.
>
> I had avoided commenting on this whole subject, but the main point you are bringing,
> that such a change, if done, should be made with great care to our user base and a lot
> more warning, is a very important one.
>
> Thanks for bringing it up.
>
> Philippe.
Not just Git-for-Windows but there is also numerous reddit threads
expressing both disbelief that this would even be considered and anger
at how it might hurt various workflows as well as issues on gitlab and
gitea which were closed as soon as any discussion started normally
citing the code of conduct even if no real violations occurred. The one
exception was gitlab where it was closed, reopened and allowed for long
discussion before being closed again. In the gitlab one certainly user
issues were brought up, even if primarily by me, before being discarded
as those for the change purely on emotional reasoning. What I find sort
of interesting is the constant claim that its a direct reference to
slavery also without any proof.
Overall this is a massive change that will affect users, documentation,
and classes for years to come if made and should only be made with
clear, articulatable, realizable benefits such as the SHA1 change.
Breaking years of documentation and books without that clear and obvious
benefit is a disservice to users and likely to cause significant harm in
the short and long term and a clear tenant of why few projects change
things just to change things. The risk of unintended effects is too
great once something is well recognized as python and others have found
out trying to remove what their perceived as problematic language
leading to multiple incompatible versions.
Whinis
next prev parent reply other threads:[~2020-11-23 15:53 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-11-13 0:04 The master branch rename, and avoiding another v1.6.0 git-foo fiasco 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
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] ` <nbCkLegnP_kb-16UzAuDChE0p68ZtRD_3ZN3o3BJHYBYpUxTWuKjvhCSKT7zRZl_sckHrkyJl2fwePFUBR-HtDcEV0rHuac6Ygg-FrrYsYI=@goodman-wilson.com>
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 [this message]
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:
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=8240e2a1-5191-1f81-463f-f8f6ed36996b@whinis.com \
--to=whinis@whinis.com \
--cc=Johannes.Schindelin@gmx.de \
--cc=don@goodman-wilson.com \
--cc=felipe.contreras@gmail.com \
--cc=git@vger.kernel.org \
--cc=gitster@pobox.com \
--cc=levraiphilippeblain@gmail.com \
--cc=sandals@crustytoothpaste.net \
/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).