2008-09-04 9 views
-1

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

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

ответ

0

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

В среде Microsoft TFS обеспечивает совместную разработку, управление исходным кодом и управление задачами dev (включая отслеживание ошибок и разрешение с небольшой настройкой), а также CI/automatic build. Но после завершения сборки это не очень много для вас, вам нужно настроить свои инструменты и протоколы QA для инструментария.

0

Есть инструмент под названием Capistrano. Это написано в Ruby и позволяет вам делать то, что вы описали. Apache Maven также может предоставить эту функциональность, но я не использовал ее.

0

Вы можете использовать все, что работает.

Даже CVS (и я говорю из опыта там)

Вам просто нужно нестись на какой-то SCM как SCMBug и вы хорошо идти.

SCMBug работает с рядом решений VCS.

3

Мы используем CruiseControl.NET для автоматического переключения проверок контроля источника на сервер dev. Это позволяет людям регрессионно тестировать свои изменения в реальном времени.

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

Для примера:

  • Разработчик завершает изменения и проверки в системе управления версиями
  • CruiseControl обнаруживает изменения и строит новый код и падает в Dev.
  • Разработчик может протестировать изменение окружающей среды, которое отражает производство.
  • Это повторяется, пока все изменения не будут выполнены и протестированы.
  • Выполняется сценарий, который копирует Dev to Test.
  • Дев теперь заморожен, а владельцы бизнеса UAT на испытательной среде. Если обнаружен дефект, он фиксируется в dev, а затем возвращается к тесту.
  • После прохождения UAT выполняется сценарий, который копирует сборку на конечную производственную ферму.
  • На данный момент разработчики могут отправить код обратно в Dev для следующего раунда работы.