@jkreeftmeijer my policy is: the tools should provide a better default.
I would like to have `git unmaster <branchname>` that would take care of everything, including force pushing to all the remotes. Until then, I just use the tools.
Even though I support the change, it's one that makes the world _a little bit better_, but doesn't actually solve any problems.
I'm glad that `git` is taking a step in the right direction with October release, but they should just change the default instead of annoying users into writing "master" in their git configs! :)
@jkreeftmeijer I agree, that's what I'm doing while I'm waiting for #git to make a transition safe and easy.
I'm not aware of any backlashes, but if someone went through all the troubles to rename, update CI, release packing scripts, and other things that might rely on the old naming of the branch, any backlash is just whining. But if shit broke, then a switch is just bad ops / sre (and thus, some backlash is justified).
But yeah, that's where I drew the line: use another branch name for the mainline branch for new projects (on Github, still don't know whether or not just pushing `main` will work on sr.ht).
@jonn Haha, thanks! That old picture was the last photo ever professionally taken of me, but that’s five years and more than fifty pounds ago.
I figured I’d use one from my camera roll instead, and found this one where I tried on my nephew’s new glasses.
@jonn I’m fine with discussing the technical implications of a change like this, but the responses to the change were mostly “the old name wasn’t intended badly”, “I don’t see the problem” and “this won’t fix anything”.
I’m quite sure none actually have a local Rails checkout, or are in any way affected by this technically.
@jkreeftmeijer also, loving the new userpic! Way more mastodon-esque :D