Рабочий процесс сборки/развертывания приложения

Многие компании используют приложение для планирования проектов, например MS Project.

Вот приложение для планирования проектов с открытым исходным кодом, Open Workbench , которое может вам пригодиться. У него есть ограничения, но я использовал его для управления расписанием.

Я не очень понимаю, почему это нельзя сделать с помощью Ant (http://ant.apache.org) с некоторыми задачами, по одной на шаг. Так как время выполнения этих вещей определяется вручную, а в каждой среде может быть только одна копия программного обеспечения в одно и то же время, то, похоже, не так уж много можно сделать, кроме как закодировать рабочий процесс и предоставить его людям.

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

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

Например, у меня была настройка CruiseControl, которая делает именно то, что вы здесь описываете, на этапе тестирования было запущено множество модульных тестов (c ++ / qt), а материал uat был написан с помощью драйвера для тестирования.

ThoughtWorks Go выглядит правильным. В настоящий момент мы используем Maven , но все еще ограничены его возможности.

Насколько я знаю, нет единая система, которая автоматически выполнит все упомянутые вами задачи. Вам необходимо написать несколько скриптов и тестов для автоматизации развертывания вашей системы и ее тестирования. Затем вы можете использовать CI-сервер, чтобы собрать его. Вот что я бы посоветовал:

1. Автоматизируйте процесс развертывания с помощью языка сценариев, подходящего для вашей платформы (например, Ant, сценарии оболочки, командные файлы). Сюда входят упомянутые вами задачи:
   • загрузка двоичного файла на целевой сервер
   • создание резервной копии системы
   • отправка электронного письма для предупреждения пользователей об обновлении
   • выполнение обновления путем выключения системы, изменение символической ссылки, указывающей на новую версию и снова запустить ее.
2. Напишите несколько тестов, которые могут подтвердить, что программное обеспечение работает в определенной среде.Вы должны иметь возможность запускать их на своем UAT и производственном сервере, чтобы убедиться, что программное обеспечение было развернуто и работает правильно.

После того, как вы все это автоматизировали, вы можете использовать сервер непрерывной интеграции, чтобы запланировать эти задачи или выполнять их по запросу. Я больше всего знаком с Bamboo (я работаю в Atlassian), но уверен, что CruiseControl и Hudson имеют схожие функции. Вот как вы это сделаете в Bamboo:

1. Создайте новый план сборки для вашего развертывания UAT, который выполняет ваш сценарий развертывания с последующими тестами.
2. Решите, как вы хотите запустить сборку, одним из следующих способов:
   • добавление его в качестве зависимости от вашей основной сборки, так что он запускается автоматически при успешной сборке
   • заставляет его запускаться по расписанию, поэтому вы получаете ночные развертывания
   • , чтобы он запускался только вручную, и в этом случае вы просто запустите сборку, когда хотите, чтобы она была развернута.
3. Настройте разрешения для сборки, чтобы только авторизованные пользователи могли развертывать версии на вашем сервере.

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

Мы используем старого валлийца по имени Алистер. Работает как шарм.

Я использовал веб-инструмент с открытым исходным кодом под названием Hudson и был очень доволен Это. Он очень хорош в управлении сборками и имеет отличную интеграцию с SVN и ant. Единственное предостережение - вам необходимо разместить его на своем собственном сервере.