В нашей организации 6 команд: 3 команды проекта, которые предоставляют программное обеспечение для конечного пользователя, 3 команды поставщика, которые предоставляют программное обеспечение для компонентов командам проекта.
Я являюсь лидером одной изкоманды поставщиков.Я управляю кодом, который является стандартным для 3 команд проекта, но настраивается для 3 команд проекта.Код делится на «статический» и «конфигурационный» код.Статический код должен быть одинаковым во всех трех проектах;код конфигурации должен быть разным в каждом проекте.
Я должен организовать довольно большую команду, чтобы сделать результаты работы моей команды из 1 поставщика.Мы - распределенная команда с 6 разработчиками на месте и 4 различными подрядными организациями, предоставляющими код, который способствует моей "основной линии".Каждая из 5 подкоманд вносит свой вклад в различную часть основной линии, но нам разрешено касаться кода друг друга.Всего около 35 разработчиков.
Какой инструмент SCM лучше всего использовать, и как бы вы его настроили?Ограничения: нет бюджета;нежелание руководства принять на себя риск внедрения нового инструмента.Короче говоря, текущая внутренняя команда из 6 человек должна продолжать использовать VSS, в то время как у меня (мастера сборки) может быть возможность купить инструмент (только 1 лицензия), чтобы помочь мне управлять потоком кода в / из контрактаHouses.
Похоже, что Аккурев может быть сильным соперником, но я хотел опросить сообщество.Какой бы инструмент я ни купил, он должен был (каким-то образом) поддерживать слияние кода с VSS и иметь возможность (ночные?) Предоставлять сборки другим сторонним командам.