Использование Jenkins для развертывания на производственный сервер

Question

У меня есть 3 этапа (dev/staging/production). Я успешно настроил публикацию для каждого, так что код будет развернут, используя msbuild, в нужное место, с правильными преобразованиями в сети - все в Jenkins.

Проблема, с которой я сталкиваюсь, заключается в том, что я не знаю, как развернуть код для создания из того, что было создано на dev (и постановка на производство). В настоящее время я использую SVN в качестве источника управления, поэтому я думаю, что мне нужно каким-то образом сохранить последний номер версии, который разработчик создал, и каким-то образом рассказать Дженкинсу о создании/развертывании на основе этого номера?

Есть ли способ сделать это, или лучшая альтернатива?

Любая помощь будет оценена по достоинству.

Edit: Решил использовать сохранить метод номер ревизии, который анализирует файл, содержащий номер версии к следующему заданию - сделать это, я последовал такой ответ:

How to promote a specific build number from another job in Jenkins?

Это объясняет как скопировать артефакт из одной работы в другую с помощью плагина продвижения. Для самого артефакта, я добавил «Выполнить команду Windows» пакетного шаг сборки после основной сборки с:

эхом DEV_ENVIRONMENT_CORE_REVISION:% SVN_REVISION%> env.properties

Тогда в задании ступенчатого, используя что выше руководства , скопировал этот файл, а затем с помощью плагина EnvInject, чтобы прочитать из этого файла и установить переменную среды, которая затем может использоваться как параметр для URL-адреса репозитория SVN.

Answer 1

Вы должны иметь возможность идентифицировать номер набора изменений, который был встроен в DEV, и вручную передать этот набор изменений в сборку Jenkins, чтобы вытащить тот же набор изменений из SVN. Очевидно, что это делает ваше развертывание более ручным. Возможно, вы можете настроить Jenkins, чтобы опубликовать номер набора изменений в файл, а затем включить более позднюю сборку env для чтения этого файла для номера набора изменений.

Мы использовали эту модель, и она всегда была сложной. В конце концов мы перешли к сборке один раз и развернули много раз модель с помощью WebDeploy. Это сделало процесс более простым. Проверьте это - http://www.dotnetcatch.com/2016/04/16/msbuild-once-msdeploy-many-times/