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

Ответ 1

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

• Сборка завершена (CruiseControl с Maven Build)
• Сборка развертывается в тестовой среде (задача Ant, вызываемая из CruiseControl)
• Тестирование завершено (ручной шаг) (Maven сообщает об этом)
• Если тестирование проходит развертывание в UAT else, отклоните сборку (если тесты не пройдены, Maven не закончится, не вызовет развертыватель ant)

С этого момента мы делаем это в значительной степени со смесью сценариев ant и bash

5. UAT завершен (ручной шаг)
6. Если UAT передает развертывание на Prod else reject build
7. Ускорить сборку ранее в Prod

Более сложная вещь, которую мы обнаружили, - это перезагрузить наши серверы приложений, поскольку у нас не было хорошего опыта с горячими развертываниями, но это возможно только с maven, ant и bash.

Ответ 2

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

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

Ответ 3

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

Ответ 4

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

Ответ 5

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

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

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

Ответ 6

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

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

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

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

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

Ответ 7

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

Ответ 8

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