Разветвленная стратегия работы с аутсорсингом? - PullRequest
1 голос
/ 16 мая 2011

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

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

1 Ответ

2 голосов
/ 16 мая 2011

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

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

Слияние обычно не одобряется, но лично я видел, как оно работает в сплоченных командах со средними и старшими разработчиками.

...