Рабочий процесс GitHub: у каждого разработчика есть своя вилка?

Question

Наша команда использует GitHub в первый раз. Мы настроили его так, чтобы мы могли использовать pull requests в качестве способа просмотра кода.

1. Существует организационная группа, в которой каждый человек имеет права, и который содержит каноническое репо.
2. Каждый разработчик forked группа repo и подталкивает изменения к своим fork.
3. Разработчики подать pull request к группе репо, когда готов, а другой разработчик анализирует код и затем pulls его.

Это разумный поток работы? Меня беспокоит, что разветвленные репозитории автоматически не обновляются, когда групповое репо обновляется. Было бы лучше, если бы каждый внес свой вклад в групповое репо? Если да, можно ли использовать GitHub для удобного просмотра кода?

Answer 1

Каждый разработчик всегда имеет свою собственную вилку; каждый клон - полная вилка. Свертывание репо в Github также означает, что у каждого разработчика есть две вилки, с большим количеством избыточных толчков и вытаскиванием между их локальной вилкой и вилкой Github.

Здесь очень мало значения. Вилки на Github великолепны, когда вы ожидаете, что несколько разработчиков начнут выталкивать и тянуть, или когда у вас нет возможности просто надавить ветку на исходное репо и открыть запрос на вытягивание.

В одном репозитории Github вы можете открывать запросы на запросы для филиалов. Как правило, ваши разработчики будут работать локально в ветви функций, нажимать эту ветку на общий удаленный доступ, а затем открывать запрос на извлечение Github, чтобы объединить эту ветвь в master.