Разработчик не будет делать никакой регистрации, проверки в Release Branch, продвижение кода происходит здесь Dev Lead. В разработке, если изменение было отменено для вышеупомянутого scenerio, тогда разработчик получает определенную версию файлов в версию, которую он хочет откатить, и выполняет регистрацию.

ьзуя TFS, мы имеем следующее: Основная базовая линияВетвь разработки для каждой разработки. Они сливаются обратно с базовой линией.Ветвь выпуска, которая создается с каждым выпуском. Исправления ошибок сделаны здесь, выпущены и объединены с ...

В основном то же самое, да - я бы сказал, что единственное существенное различие заключается в использовании тегов вместо ветвей для развертывания.

аюсь выбрать лучшую стратегию ветвления для проекта веб-приложения. Вот то, что я придумал до сих пор, и я был бы очень признателен за любые комментарии и опыт. На мой взгляд, есть две основные стратегии ветвления: «ветвление по релизу» ...

Git ветвление модели стратегии