Некоторым системам подходит модель "commit - это и есть наш релиз", но некоторые системы требуют иметь релиз как ветку в git. В худшем случае, эта ветка является долгоживущей, что порождает трудности, но и даёт преимущества.

Когда лучше выбирать модель долгоживущих релизов, как бороться с проблемами и какие преимущества вы можете получить?

В этой заметке описана концепция организации производства ПО «Merge Request как транзакция изменения системы, и где в ней возникает eventual consistency». Описывается идея, что МР должен содержать полный список изменений по каждой таске, какие плюсы и минусы этой концепции свойственны а также как её внедрять.