Как вы работаете с сервером сборки?

Question

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

Нет сомнений, что одна из этих вещей - это сервер сборки, вопрос в том, как далеко вы должны зайти.

• Каковы минимальные требования к серверу сборки? (Где-нибудь просто скомпилировать?)
• Какова конечная цель вашего сервера сборки? (Запланировано, интеграция с управлением исходным кодом, автоматическое развертывание на тестовых / живых серверах)
• Где хорошее место, чтобы начать предполагать, что у вас сейчас ничего нет?

Было бы замечательно, если бы мы могли перечислить несколько простых задач, которые разработчик-любитель мог бы взять на себя, чтобы настроить их на правильный путь к полнофункциональному серверу сборки.

Было бы также хорошо услышать о людях, которые считают, что у них есть «полная» настройка системы, которая выполняет все функции, которые им требуются, и как они собирались все настроить с нуля.

Answer 1

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

Answer 2

Я не мог дать вам все подробности о том, как мы настраивали наш сервер сборки (я участвовал только в начале), но:

1. Мы начали с внутренней системы, реализованной в ASP.NET и .NET Windows Service, с использованием NAnt для выполнения реальных сборок. Фактически, большая часть рабочего процесса была реализована в NAnt (например, отправка писем по электронной почте, копирование материалов и т. Д.).
2. Мы перешли на JetBrains TeamCity (есть бесплатная урезанная версия), которая до сих пор хорошо нам помогает.

Мы используем его для сборок, запускаемых коммитом: они просто собирают двоичные файлы и запускают модульные тесты. Отсюда мы можем сделать полную сборку, которая также выполняет MSI. Оттуда у нас есть сборки системных тестов, которые выполняют более глубокие тесты в среде, построенной на виртуальных машинах (с отдельным контроллером домена, блоком SQL Server и т. Д.). Когда системные тесты пройдены, сборка становится доступной нашему отделу контроля качества для ручного тестирования и некоторых регрессионных тестов, которые мы еще не автоматизировали.