Несколько филиалов против нескольких репо

Question

У меня есть следующий вариант использования. Требуется 30 пользователей, работающих над одним проектом (компонентом), который может использоваться разными командами на разных уровнях. Я хочу поддерживать стабильную ветку релиза или релиз репо на любом уровне. Что может быть лучшим способом справиться с этим. Два репо Как стабильный и один клонированный из него, называется разработкой, где пользователь клонирует и вносит туда изменения, а стабильный возвращается к стабильному репо.

Стабильное репо <-> Разработка репо <-> Репозиторий пользователя

или

Имейте две ветки в одном репо, одну как стабильную версию, а другую как разработку, где пользователи вносят свои изменения.

Что лучше?

Если это модель филиала, другая команда может клонировать только эту ветку, а не весь репо. Я не хочу, чтобы они делали заказ в определенной ветке, потому что в свою очередь они могут иметь клона разработчика из своего репозитория.

Answer 1

Я использую модель от Винсента Дриссена . Он очень прост в использовании и должен позволить вам делать именно то, что вы хотите: ветвь, в которой работают все разработчики, и ветвь, в которой хранится последний стабильный выпуск.

Answer 2

Предпочитаю репо веткам делать поэтапное ветвление и создавать жесткий тег, когда вы вносите изменения в Стабильное репо.

Кроме того, вам не нужно создавать ветки, чтобы показать, где находится стабильная версия в git. Если пользователи используют как репозиторий для разработчиков, так и стабильный репозиторий в качестве удаленных (естественно, стабильный репо доступен только для чтения), они могут легко проверить в журналах, где находятся ссылки для обоих репо.