Ищите надежное удаленное обновление после фиксации SVN - PullRequest
Новая
       8

Ищите надежное удаленное обновление после фиксации SVN

0 голосов
/ 04 апреля 2009

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

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

Это становится действительно утомительным и повторяющимся. Я надеюсь получить хук после фиксации для обновления удаленного промежуточного сервера, но, похоже, единственные варианты включают жесткое кодирование пользовательских кредитов в хуке для SSH или создание сетевого подключения с учетной записью пользователя. Есть ли способ передать аутентификацию пользователя из первоначального коммита на промежуточный сервер для обновления или любые другие предложения?

Другие решения по настройке приветствуются.

Ответы [ 2 ]

3 голосов
/ 04 апреля 2009

Если вас беспокоит жесткое кодирование учетных данных SSH пользователя в вашем сценарии, вы можете создать пару ключей SSH без пароля. На конечном компьютере вы захотите ограничить эту пару ключей только для запуска Subversion, добавив 

command="/path/to/svnserve -t"

в начале файла авторизованных ключей SSH, например: 

command="/usr/bin/svnserve -t" ssh-dss <key text>

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

1 голос
/ 04 апреля 2009

Рассматривали ли вы использование автоматизированной системы, такой как CruiseControl (http://cruisecontrol.sourceforge.net/), на вашем промежуточном сервере?

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

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

Мы очень успешно используем эту идиому здесь для наших автоматических сборок.

...