На нашей встрече по стандартам в моей организации ваш вопрос возник на днях. После нескольких часов изучения я лучше всего скажу, что GitFlow не будет совместим со всеми дополнениями, которые Azure DevOps предоставляет с git-репозиториями. В конце концов, GitFlow - это просто набор стандартов и рабочих процессов для управления ветвями в репозитории git. Azure DevOps - это специфическая реализация git-репозиториев с кучей дополнений, расположенных сверху. Например, если вы применили политики веток для разработки, то рабочие процессы GitFlow Feature не позволят вам завершить ветку функций вне разработки, потому что фиксация невозможна, как вы уже обсуждали в своем вопросе. Кроме того, вы обнаружите, что конвейеры сборки и выпуска подключены для просмотра определенных веток, которые не будут хорошо работать с рабочим процессом выпуска GitFlow.
Вам нужно будет сделать то же самое, что я делаю сейчас - решить, какие стандарты, процессы и рабочие процессы лучше всего подходят для вашей команды, учитывая технологии, на которые вы полагаетесь (например, Azure DevOps). Чтобы использовать GitFlow, вам, возможно, придется создать несколько классных стандартов для вашей группы. Например, вы можете создать ветвь Staging , из которой разветвлены все функции. Затем вы переходите от Staging к Develop по мере необходимости с Pull Requests. Однако в определенный момент, я думаю, вы обнаружите, что то, что вам нужно сделать, чтобы заставить GitFlow работать с дополнительными компонентами в DevOps Azure, вызовет больше головной боли и технической задолженности, чем просто создание ваших собственных стандартов и процессов.