2010-12-09 5 views
1

В нашей команде около 20 разработчиков приложений.. Процедура выпуска приложений и VSS

Весь код приложения находится в VSS.

Разработчики имеют свои локальные копии и вносят изменения, а затем проверяют файлы на VSS.

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

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

UAT будет выполнен на стадии постановки, и, если он будет одобрен, разработчик релиза скопирует все файлы с этапа и переведет его в Production.

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

Мы используем VS.net 2008 как IDE, у нас нет сервера создания команды, а безопасный источник Visual - наша база данных управления версиями.

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

Благодаря

ответ

0

Вы можете использовать labels in VSS - этикетки релизов и таким образом, вы можете непрестанно вернуться к известному состоянию кода.

То есть, предположим, что вы готовы ввести какой-либо код в QA - в данный момент отметьте всю ветку на номера версий, например «Версия 1.1».

Когда пришло время продвигать UAT/Production, получите все элементы с надписью «Версия 1.1» - обеспечение последовательного процесса QA с помощью того же кода.

Когда ваша следующая версия кода готова для QA, назовите его «Version 1.2» ... и т.д .. и т.д .. и т.п.

Вы, однако, должны решить, как иметь дело с исправлением ошибок.

+0

Oded, спасибо за ваш быстрый ответ. Вся проблема, с которой мы сталкиваемся, связана с исправлениями ошибок. Заявка находится в производстве в течение последних нескольких лет, и в настоящее время продолжается техническое обслуживание. – acadia 2010-12-09 14:10:51