Иерархия серверов SVN

Question

В настоящее время все члены моей команды подключаются к «ЦЕНТРАЛЬНОМУ SVN-серверу» и фиксируют свой код. Сервер SVN используется многими другими командами. Таким образом, если один из членов моей команды совершит ошибку, это повлияет на других парней, создавая оттенок и крик :-( ....: -)

Я хочу создать «ПРОМЕЖУТОЧНЫЙ сервер SVN», к которому будут подключаться все разработчики. Они передают свой код на «ПРОМЕЖУТОЧНЫЙ сервер SVN», а затем на этом «промежуточном сервере» проводится тестирование сборки / интеграции. Если все тесты в порядке, то код далее передается с сервера INTERMEDIATE на «CENTRAL SVN Server», что обеспечивает более чистый код для большей аудитории.

Я знаю, что это базовые вещи, но может кто-нибудь помочь мне понять это, связав меня с некоторыми документациями / сценариями вокруг этой темы. Спасибо в ожидании.

Я использую Tortoise в качестве клиента SVN.

С уважением, Amol

Answer 1

Вы слишком много думаете об этом - вам не нужен дополнительный SVN для проверки кода перед передачей в транк.Вы просто создадите ежедневную ветку (или тег), а затем объединитесь после проверки.Это способ обработки по умолчанию ...

Для получения общей справки см. Эту ссылку: http://svnbook.red -bean.com / ru / 1.7 / index.html

Ветвление и слияние: http://svnbook.red -bean.com / ru / 1.7 / svn.branchmerge.html

Answer 2

Плохо спланированный рабочий процесс не является причиной для странных вещей (многоуровневая для SVN такая вещь).

Кроме разветвления, уже упомянутого, я могу сказать такие слова, как

• "Непрерывная интеграция",
• «Проверка кода»,
• «Юнит- и функциональные испытания»

Вы можете построить цепочку SVN-репо, но это криво ноготь и рефакторинг бизнес-процессов дают больше. Ваш вопрос должен быть не «как построить обходной путь вокруг глупости», а «как делать умные задачи»