Определите процесс автоматической сборки для приложения Windows, которое использует SVN в качестве элемента управления источником - PullRequest
Новая
       38

Определите процесс автоматической сборки для приложения Windows, которое использует SVN в качестве элемента управления источником

1 голос
/ 25 октября 2010

Мне нужна помощь от вас, ребята. Позвольте мне сначала объяснить вам, что мы делали:

Мы работали над приложением Windows, и все мы интегрированы с Team Foundation Server. Мы закончили со всеми функциями приложения, поэтому сейчас мы работаем над списком дефектов, о которых сообщается с QA. QA перечислите все их проблемы на Mercury QC , где мы видим приоритеты и назначаем нашу команду. В выходные мы обновляем Mercury QC , чтобы отметить все решенные проблемы FIXED на этой неделе и предоставляем им сборку, которая является лишь копией нашей папки bin\Debug.

Теперь, когда все становится немного менее напряженным, мы оглянулись назад и увидели, как мы можем стать более управляемыми, развивать наше сотрудничество и облегчать общение. Еще один факт - люди работают из двух разных офисов. Мы решили и реализовали вики-инструмент для гибкого управления проектами и совместной работы - Assembla . Это дает отдельное пространство для каждого проекта и отдельную SVN. При миграции с TFS на SVN мы использовали TortoiseSVN для клиента SVN и VisualSVN для работы с SVN из Visual Studio. Assembla предоставляет систему тикетов, которая эффективно отслеживает падение QA Mercury QC и начинает генерировать новые тикеты для каждой найденной ошибки. Когда они начали генерировать билеты, мы исправляем их и обновляем в SVN. NOW THEY NEED TO REVIEW THE FIX AND CLOSE THE TICKET. Обеспечение выпуска против каждого тикета не будет хорошим решением здесь. Я надеюсь, что у вас, ребята, должно быть хорошее предложение по автоматизации сборки. Я также гуглил и нашел комбинацию CruiseControl.NET + Subversion + NAnt + MSBuild. Подскажите, пожалуйста, как нам создать среду автоматизации сборки для нашего QA, чтобы они могли легко получать обновления и делать сборку для себя, чтобы им больше не нужно было беспокоить нас в последнем выпуске.

Спасибо.

1 Ответ

1 голос
/ 26 октября 2010

Не могли бы вы рассказать нам, как создать среду автоматизации сборки для нашего QA, чтобы они могли легко получать обновления и создавать сборки для себя, чтобы им больше не нужно было беспокоить нас о последнем выпуске. Это очень легко настроить!

Я бы предложил Hudson CI за его удивительные плагины и простоту использования. Проверьте ссылку здесь . Вы можете настроить свой проект на сборку следующими способами:

  1. Просто по нажатию кнопки для отдельных сред, то есть по требованию. Ваша команда QA может просто нажать одну кнопку, и она может создать и развернуть проект для них.

  2. После проверки кода в репозитории SVN. Как только вы проверите в своем исправлении. Проект автоматически обнаруживает svn-регистрацию и начинает сборку и развертывание.

  3. Установить расписание для сборки и развертывания (ежедневно или ночью)

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

  5. Уведомления по электронной почте можно отправлять после завершения сборки.

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

А что касается разветвленной структуры. Я думаю, что лучшая практика - выпускать только один раз. Все найденные ошибки должны быть исправлены и проверены в ветке. Кроме того, ветви должны быть объединены со стволом через короткий промежуток времени. Преимущество этого? На текущую работу по разработке это не влияет из-за ошибок с высоким приоритетом.

Надеюсь, это поможет.

...