2016-06-30 2 views
1

Я хотел бы настроить систему контроля версий, в которой разработчики могут нажать/зафиксировать их изменения в одном хранилище. Наш отдел тестирования может вытащить эти изменения и проверить их. После того, как эти изменения были одобрены отделом тестирования, они будут преданы второму хранилищу, готовому к выпуску.Два шага с SVN, Git,

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

Так что, короче, мне нужна система, в которой каждая фиксация действует как ветка и может быть индивидуально объединена с основным хранилищем.

Примечание: индекс Git не учитывается, поскольку он существует только локально и не может быть доступен отделом тестирования.

ответ

2

С распределенным репо, как Git, вам не нужны ветки, вам нужно несколько репозиториев, один из которых выступает в качестве привратника от другого.

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

Это не проверяет «по фиксации», но для каждого набора фиксированных токов.

Я упомянул, что раньше, когда final repo was actually an svn one.
Я также упомянул об этом для tests or for private builds.

+0

Я также использую тот же стиль для разработки в моей организации. все изменения производятся на другом репо, называемом «разработка», который на самом деле является драйвером от мастера, и после того, как все фиксации в «разработке» проверяются, то его перемещают в мастер. – Adeel