I can't wrap my mind around 10 people pushing changes to main all the time. It feels like a merge-conflict-rollback-preventing nightmare to me.
That's ... literally what one of my colleagues is unironically advocating for over a decade. Despite us trying to explain to him that this might work for team of 2-3 people but is really a bad idea for team of 10+ developers, 5 or so testers, POs needing guarantee that they can deploy at any time and tools like Gitlab/Github. Thankfully we overruled him few years ago
This is obviously crazy talk, but so is keeping feature branches alive over extended periods of time. Depending on the development tempo of your project and the number of people involved, you should figure out a way to land things into main (in pieces if needed) within a few days.
I had created a feature branch before leaving my previous company, completed the feature and uploaded a build for testing, after which it was supposed to be merged.
Months passed and it has still been neither merged nor rejected.
Back during the master/main debate I proposed going back to “trunk”, but there were too few of us old farts to make it stick.
That said, I didn’t miss subversion and CVS even a bit. They were rough compared to modern source control. I did like both hg and bazaar better than git though.
I dunno about NostraDavid, but I don't object to main as a name. It's an obviously better name (let's be honest Git is terrible at naming). If it had been the name from the start it would have been fine.
The problems are a) changing the name was - and continues to be - a persistent minor pain, and b) it was changed for really really stupid reasons! Mainly the latter. It's painful when people are being idiots even if it doesn't directly affect you.
It's kind of like my objection to religion (at least Christianity in the UK). It's not really doing any harm, but it's just so stupid. (I don't blame Christians; I was raised one so I know first hand how it tricks you into belief.)