Как шаг продвижения Jenkins управляет рабочими пространствами

Question

Это вопрос Jenkins 101 ... Я пишу сценарий Jenkins Promotion, который копирует файлы из моего рабочего пространства в репозиторий git. В настоящее время мой процесс продвижения не перестраивается. У меня вопрос, как Дженкинс управляет рабочим пространством? Если у меня есть две сборки в Jenkins, то сборка № 1 и сборка № 2. Предполагая, что сборка # 2 была сделана последней, если я go для продвижения сборки # 1 буду иметь в рабочей области файлы сборки # 2 или Дженкинс каким-то образом переключится обратно на рабочую область из сборки # 1 (с моими артефактами сборки, все еще не поврежденными от шаг сборки).

Таким образом, вопрос сводится к тому, делает ли Дженкинс какое-то волшебство c, чтобы сделать эту работу для меня, или мне нужно справиться самому с этим.

Answer 1

Один из способов получения артефактов из указанных c сборок заключается в использовании плагина артефакта копирования - он позволяет указать, какой артефакт сборки вы хотите получить.

Просто обратите внимание, что для сохранения артефактов вам необходимо архивировать их в заданиях на сборку.

Об управлении рабочим пространством, я думаю, это действительно зависит от вашей конфигурации, потому что оба подхода возможны. По умолчанию, я думаю, что он использует то же самое, но представьте, что у вас есть параллельные сборки, Jenkins создаст папки, такие как workspace@2 и т. Д. ... Лучший подход - использовать артефакты, которые архивируются во время сборки, и не забота об управлении рабочим пространством.