Разработка SVN и процесс выпуска - проверка работоспособности

Я создаю процесс для работы с управлением версиями и моим веб-приложением. Это - то, что я имею до сих пор:

  1. Я делаю основную разработку под branches/development и сохраните это в синхронизации с моим сервером разработки для тестирования.
  2. Я использую svn:externals принести Платформу Зенда в мой проект. Я использую число пересмотра от тега выпуска, которым я интересуюсь. Например, эти 1.10.5 Выпусков в пересмотре 22306, таким образом, мой svn:externals похож на это:
    • -r 22306 http://framework.zend.com/svn/framework/standard/trunk/library/Zend/ Zend
    • -r 22306 http://framework.zend.com/svn/framework/extras/trunk/library/ZendX/ ZendX
  3. Я объединяю протестированный, стабильный код от branches/development кому: trunk и создайте тег версии из этого. Я затем выпускаю пересмотр, сделанный тем тегом к моему рабочему серверу.

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

Я являюсь совершенно новым при использовании Подверсии, поэтому сообщите мне, пропускаю ли я что-то или делаю что-то, что это собирается укусить меня в заднице.

Спасибо!

6
задан Sonny 1 June 2010 в 14:47
поделиться

2 ответа

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

Единственное, в чем вам нужно убедиться, это в том, что вы сможете легко откатиться назад в случае сбоя. Я предпочитаю использовать sim-ссылки. Поэтому, когда я "развертываю" на производстве, я делаю свежую проверку версии, которую я развертываю, обновляю simlink, на который указывает apache, чтобы он указывал на новую версию, и тестирую ее. Если у меня возникают проблемы, я обновляю ссылку на последнюю рабочую копию, которая все еще проверяется на сервере. Мгновенный откат. Если вы решили эту проблему, вы можете идти, IMHO.

1
ответ дан 17 December 2019 в 18:10
поделиться

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

2
ответ дан 17 December 2019 в 18:10
поделиться
Другие вопросы по тегам:

Похожие вопросы: