Лучше скажите мне, почему это:
https://trunkbaseddevelopment.com/ должно использоваться во всех проектах? А все другие точки зрения неправильные! Только Trunk Based Development!!!!
Я в Ericsson был в команде, которая пропагандировала этот подход, распространяла по всей организации. На самом деле, этот метод решает такую проблему, как сложность ведения длинных бранчей + паралич в момент большого мержа таким образом, что административно устанавливает правила игры. На практике, он не решает ничего, если периодически подмерживать изменения из транка к себе в бранчи. Однако это требует хоть какой-то ответственности и хозяйственной жилки, что очень плохо масштабируется. То есть в случае опытных маленьких команд (или ответственных) этот подход ничего не даст, а в случае гигантских, вокруг одного или нескольких репозиториев, позволит в предсказуемое время хоть как-то добираться до финиша.