----- Original Message -----
From: "Chris Angelico" <rosuav@gmail.com> To: "Python-Dev" <python-dev@python.org> Sent: Wednesday, March 10, 2021 4:20:19 PM Subject: [Python-Dev] Re: Steering Council update for February
On Thu, Mar 11, 2021 at 12:16 AM Evpok Padding <evpok.padding@gmail.com> wrote:
Dear all,
Apparently renaming a git branch to follow the general convention is now an unbearable outrage.
It is NOT a general convention. It is a push by Microsoft (owners of GitHub). Outside of GitHub, the git command still uses "master" as the default name.
The git project is working on that for a long time and the default will be switched at some point: https://lore.kernel.org/git/nycvar.QRO.7.76.6.2006091126540.482@ZVAVAG-DN14R... Gitlab is also transitioning. It was changed in all the Fedora's repositories as well.
This is a *political* move made for *political* reasons, and has consequences downstream. Why is it so important to cause actual real problems for no reason other than to feel good about one insignificant piece of language - and, as Steve pointed out, not even the most significant one?
Let's take ChainMap as an example. Would you propose renaming it in Python 3.11? Would there be pushback against such a proposal? Things in the Python standard library, when renamed, can have aliases to ensure backward compatibility. Can you do that with a branch rename? What plans are there to ensure that scripts and tooling can work on both sides of such a rename?
On Fedora we use a git symbolic reference for the old branches.
Why has there been no discussion of the technical implications of this change prior to now?
ChrisA _______________________________________________ Python-Dev mailing list -- python-dev@python.org To unsubscribe send an email to python-dev-leave@python.org https://mail.python.org/mailman3/lists/python-dev.python.org/ Message archived at https://mail.python.org/archives/list/python-dev@python.org/message/4VZ7GM6E... Code of Conduct: http://python.org/psf/codeofconduct/
-- Regards, Charalampos Stratakis Software Engineer Python Maintenance Team, Red Hat