Лучшие практики, которым должны следовать специалисты по управлению конфигурацией и сборке - PullRequest
0 голосов
/ 14 июня 2011

Я работаю над SCM в течение семи месяцев, выбрав Visual SVN в качестве сервера, а svn-черепаху - в качестве клиента. До сих пор я завершил свои семь месяцев пути в управлении конфигурацией приложения ERP.Я хочу знать, придерживаюсь ли я передового опыта: у меня следующие сомнения:

Project -------> Branches, trunk, tags.
  1. Необходимо ли создавать ветку для конкретной задачи (пока я не следую этомупроцесс)

  2. Добавлен базовый проект для ветвления и после нескольких коммитов в один и тот же день при сборке приложения, если какие-либо проблемы со сборкой отслеживают проблему, отслеживая журналы приложения и закрывая проблемы.

  3. Если было выполнено больше задач, основной выпуск, например.1.0, 2.0, если второстепенный 1.1, 2.1, 2.2 и т. Д. И добавление моментального снимка кода проекта основной версии в тегах.

  4. Предоставление разработчикам возможности зафиксировать в ветке, создать копию проверки на тестовом сервере, собратьприложение, обновляющее последние коммиты для извлечения копии на тестовом сервере с помощью svn update и сборки приложения.

Это механизм, которому я следую, пожалуйста, дайте ваши ценные комментарии и предложения, еслиэтот процесс неправильный..

1 Ответ

2 голосов
/ 15 июня 2011

По первому вопросу:

Нужно ли создавать ветку для конкретной задачи.

Этот шаблон называется "стабильный ствол" - потому что все нестабильные вещи выполняются в ветвях, и только стабильный материал объединяется в стволе. Противоположность (использование ствола для разработки) называется «нестабильный ствол».

В любом случае: есть вопрос переполнения стека: Лучшая стратегия ветвления при непрерывной интеграции? , которая обсуждает эту тему.

...