Рабочий процесс Git Integration Manager - один или несколько репозиториев? - PullRequest
5 голосов
/ 12 марта 2012

Я читал о Integration Manager Workflow , и он выглядит очень подходящим для нашего процесса разработки (один ведущий разработчик проекта, который проверяет работу коллег-разработчиков, прежде чем она перейдет в репозиторий проекта). ).

Однако, одна вещь мне неясна. В этой визуализации из книги Pro Git кажется, что у каждого разработчика есть свой (удаленный) репозиторий, который нужно нажать на:

enter image description here

В этой главе (раздел «Частная небольшая группа»), однако, они, похоже, используют ветки для достижения такого же типа рабочего процесса.

Это правильно? Какую тактику мы должны использовать; ветки или несколько репозиториев? Я предполагаю, что сложнее поддерживать график коммитов, если вы извлекаете работу из другого хранилища?

Ответы [ 2 ]

2 голосов
/ 12 марта 2012

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

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

Так, например.Скажем, dev A работает над веткой featureA.Он фиксирует свою функцию в своем местном филиале A и сообщает, что «функция A готова, вы можете от меня оторваться».Здесь вы можете настроить его репозиторий как удаленный, например «git remote add devA /path/to/devA/repo.git» и просто git pull devA featureA (или сначала получить код, проверить код, а затем объединить).

enter image description here

Это, конечно, предполагает, что у вас есть доступ к их репозиториям, например, через сеть, ssh или http.

1 голос
/ 12 февраля 2015

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

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...