Стратегия ветвления для работы с аутсорсинговой командой?

Question

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

У кого-нибудь есть какие-либо советы на основе опыта, интеграции на аутсорсинговые работы с использованием конкретной стратегии ветвления?

Answer 1

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

Большинство аутсорсинговых команд Я имел дело с в Индии, так что у вас есть разница в часовой поясе в качестве задачи, их рабочий день обычно заканчивается, когда у вас начинается, если у вас нет дорогостоящей команды, которая работает EST, Central, горные тихоокеанские времена.Вопросы связи - это просто убийца, и большую часть времени я приеду на следующий день, чтобы найти, что они ничего не сделали, потому что они не могли понять что-то без моей прямой помощи.

Объединение, как правило, нахмуривается, но я лично увидел, что он работает в тесных группах вязаных команд с промежуточным для старших разработчиков.