Что следует учитывать при создании сервера непрерывной интеграции?
Я новичок в непрерывной интеграции, но сразу осознаю его ценность и хочу сразу его настроить. Я играл с TeamCity и отлично работал на виртуальной машине.
Теперь я не хочу тратить деньги на другую систему, поэтому я планировал просто снова сделать виртуальную машину на более быстрой машине (т.е. моей системе разработки). Есть несколько вопросов, которые приходят на ум с этим:
- Распределение жесткого диска - насколько оно должно быть большим? Конечно, 60 ГБ кажется более чем достаточно, но люди также думали, что нам никогда не понадобится более 64 КБ ОЗУ.
- Резервное копирование - это даже важно для резервного копирования сервера интеграции? Конечно, я думаю, что это хорошо, так что вам не нужно снова проходить весь процесс настройки, но я думаю, что это все. Я мог делать снимок своей виртуальной машины каждый раз, когда я вносил изменения в конфигурацию, а затем делал резервные копии только приложений (игнорируя материал buildAgent).
- Миграция - если я хочу уйти от виртуальной машины в моей системе разработки на новый сервер, который может даже работать под управлением Windows Server 2003, это достаточно просто? Возможно, именно этот момент лучше всего подходит для StackOverflow.
1 ответ
Насколько я понял вашу мысль
Использование жесткого диска зависит от того, насколько велика кодовая база и как часто совершаются коммиты, и как часто выполняются сборки.
Резервные копии должны включать только сценарии конфигурации и сборки.
Вероятно, миграция может быть проще всего при переходе с *nix-версии CI-сервера на win-версию (например, при переходе с linux-версии TeamCity на Windows-версию TeamCity). CI-системы не реализуют какой-либо стандарт какой-либо абстрактной спецификации непрерывной интеграции. И если вы планируете перейти, например, с TeamCity на Atlassian Bamboo, то с CruiseControl на Hudson все равно, что настроить CI-систему с нуля. Единственная общая вещь для них - это VSC-репозиторий для получения данных.