GitFlow - очень популярная модель ветвления, которая стала частью отраслевого стандарта (http://nvie.com/posts/a-successful-git-branching-model/). Кроме того, чтобы поддерживать согласованность рабочего процесса с сообществом с открытым исходным кодом и доступ к хранилищу контрольных репозиториев, Forking Workflow используется там, где основной репозиторий заблокирован, и все участники работают из разветвленных репозиториев. Неадминистративные запросы на перенос файлов для слияния разветвленных изменений репо, а администраторы просматривают и объединяют этот код. Это можно сделать и с репозиториями частной организации. (https://www.atlassian.com/git/tutorials/comparing-workflows/forking-workflow) Forking Workflow и GitFlow используются вместе для управления проектами программного обеспечения.Рабочий процесс с приватным Git Forking и совместными функциями
Мой вопрос связан с сотрудничеством при использовании рабочего процесса Forking Workflow. Когда несколько инженеров должны сотрудничать по одной и той же функции и добились прогресса, как они разделяют код? С GitFlow легко просто нажать функциональную ветку, где члены команды могут удобно работать вместе. Проблема в том, что с помощью Forking Workflow требуется, чтобы кто-то принимал запросы на загрузку до того, как код был объединен и доступен всем сотрудникам. Как коллабораторы функций вносят вклад в одну и ту же функцию прогресса, не обращая внимания на то, что кто-то постоянно принимает запросы на тягу?