советы по настройке SVN - PullRequest
2 голосов
/ 11 июня 2010

Я пытаюсь настроить сервер SVN.

Я поддерживаю несколько сайтов на основе ASP. В настоящее время существует три среды.

  1. Разработка: любые новые модули / улучшения будут выполняться в этой среде
  2. Постановка: Зеркало производства
  3. Производство: общедоступный веб-сайт.

В настоящее время, когда есть обновление для сайта, это то, что мы делаем

  1. сделать обновление в разработке
  2. скопировать файл в сцену
  3. скопировать файл в производство

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

Я бы хотел упростить установку SVN и остановить переименование файлов. Но я не уверен, сколько репозиториев иметь на сайте. должно быть это три или два? Я абсолютно новичок в SVN. Просто установил его на сервере на основе Linux (Ubuntu). Можете ли вы дать совет, как это сделать?

Спасибо

-Vivek

Ответы [ 3 ]

3 голосов
/ 11 июня 2010

Это все в книге (включая примеры репозиториев).Глава 5 называется Администрирование хранилища, и там вы найдете все, что вам нужно знать, чтобы решить, как его настроить.

Это бесплатно (как в бесплатном пиве и свободе), поэтому нет никаких оправданий, вам действительно следуетПрочитайте хотя бы первые главы, чтобы работать с Subversion и иметь представление о том, что вы делаете.

1 голос
/ 11 июня 2010

Мои советы:
* Есть один репозиторий для каждого проекта.Каждый репозиторий разделен на ствол (основная разработка), ветви (папка релизов основных изменений) и теги (папка релизов минимальных изменений).
* Если проект не слишком сложный, вы можете сложить только с стволом и, возможно, пометить папкичтобы вернуться к прежним версиям.
* Всегда разрабатывайте в папке стволов каждого репозитория, если вы не кодируете 2 или более серьезных изменений для одного и того же проекта, затем разрабатывайте поверх фактической версии ветки и затем объединяйте все эти вещи в стволкогда закончите.
* О переименовании и т. п., используйте скрипты для демона rsync для синхронизации папок, содержащих проекты для ваших разных этапов, всегда в одном направлении: разработка -> тестирование -> производство.

0 голосов
/ 11 июня 2010

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

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

Это всего лишь одно предложение;Есть много способов настроить хранилище Subversion, чтобы выполнить то, что вы пытаетесь сделать.Возможно, вы захотите немного прочитать о SVN, а затем задать несколько более подробных вопросов.Один источник, который я могу порекомендовать, это «Контроль версий с Subversion».

...