-
Notifications
You must be signed in to change notification settings - Fork 1.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Rename master
branch
#7901
Comments
By all means change it if it makes people happy. GitHub will soon default to I'd only caution to wait until we know all implications of that name change. I've read that it can be non-trivial in some cases (e.g. it seems to be hard-coded for the docs), so let's do it only after GitHub releases detailed instructions how to do it. |
Hi @cbrnr
Yes I do agree, my perception is similar. But others seem to disagree, and I don't mind making a small change if that can help make them feel more welcome
Yes absolutely, just wanted to raise this question now to get a small discussion going / get an idea of what others think. |
Internally I don't think this change would be too difficult, but we should wait until GitHub makes it easy to redirect branch names to do this (last I looked it was not possible to redirect individual branches, only entire repos). Projects that rely on using |
I am tempted to follow here. If core projects that are models for us do
this then we could follow.
|
Not directly related but I should probably rename the https://github.com/mne-tools/mne-python/blob/master/mne/viz/_brain/_timeviewer.py#L1221-L1222 |
Heh. Do we have a good alternative? |
|
How about controller = self.time_viewers[0] # select the first time viewer, which controls the scene
value = controller.time_call.slider_rep.GetValue() |
Feel free to rename, but master without slaves should be fine (because masters can also have apprentices). |
Thanks all for the suggestions, I decided to rename into |
The Linux kernel developers just decided the use the following terms:
|
Just for reference, the VS Code Python Extension is chiming in now, too: |
Should we go for it? https://docs.github.com/en/github/administering-a-repository/renaming-a-branch |
I just came here to ask the same, so: yes, let's do that!! |
have you done with any other project ? with one with many forks like mne?
Let's not experiment with the mne-python repo
… |
What about starting with |
I'll just speak for myself. I have tons of stuff to do and I need to
prioritize things.
Doing things like this is very low priority right now.
So if you want to do it fine. But I will try **not** to look and let you in
charge.
… |
Same, this is also low priority for me. I don't want to break anything, so I'd rather not do it unless others look very carefully at the changes. |
The GH docs specifically say that all existing references to the old branch names will continue to work:
|
Yes, it should work without #8758. But what if it doesn't? Are there any larger projects that have already switched? I checked numpy, matplotlib, pandas, scipy, scikit-learn - they are all still using master. |
If it doesn't, we just rename it back. Should this not work? I don't understand the hesitation honestly… What do we even expect to break? In the worst case only a few URIs need to be adjusted |
vscode-python has switched: microsoft/vscode-python#13645 |
I just renamed After that I had to run locally:
All working now. This is the message that GH displays when visiting the repo: |
@hoechenberger and I will rename the branch this evening. |
I'd like to request that you do this next weekend instead of today, and that you announce it on the mailing list and forum first. Advance warning may avoid a lot of surprises and complaints. |
OK, no problem! |
I just renamed the master branch to main in MNELAB, everything is fine (also locally). |
Hello,
amid the global BLM protests, it seems a number of free/open-source software projects are now reconsidering the naming of their main source-code management branch, historically called
master
ingit
. Microsoft seems to be actively working on bringing out-of-the-box support for other naming schemes to GitHub.Despite its widespread use in the contexts of software development and hardware interfaces, the term "master" may be considered offensive by some. While one could argue that this perception entirely disregards context, I would argue that nothing is lost by dropping the name. I would consider moving to a different name as a token of support for the struggles of ethnic minorities and marginalized people; and it would be a public display of some (granted, cheap, but still visible) efforts to actively embrace an inclusive community. Lastly I would argue that our Code of Conduct actually doesn't leave us much of a choice anyway, as it clearly states we vow to use "welcoming and inclusive language". Now if the
master
term has been identified to be non-inclusive – regardless of whether we feel that this is true or not – it should be dropped.Looking forward to reading your thoughts on this!
Best wishes,
–Richard
The text was updated successfully, but these errors were encountered: