Переименование задания Дженкинса

Я переименовал Jenkins Job из графического интерфейса Jenkins. Я изменил имя проекта в меню «Настройка» и затем нажал «Сохранить».

  • Однако workspace name для этой работы Дженкинса не был изменен. Я обнаружил, что при выполнении задания создается новый workspace с этим заданным новым именем, и ни одно из содержимого старой рабочей области не копируется.

  • Таким образом, проблема заключается в том, что содержимое старой рабочей области не копируется в новую рабочую область.

Что мне делать вместо этого?

Я знаю, что в SO есть несколько вопросов в этой области. Однако они не отвечают на мой вопрос.

Переименование задания в jenkins/hudson

Переименовать задание в Jenkins

Поэтому, пожалуйста, проверьте это, прежде чем помечать этот вопрос как дубликат.


continuous-integration jenkins jenkins-plugins jenkins-cli jenkins-scriptler
person Exploring    schedule 10.02.2014    source источник
comment
Вы пробовали запустить задание?   -  person Cole9350    schedule 10.02.2014
comment
После запуска задания создается новая рабочая область, и эта вновь созданная рабочая область не создается с содержимым старой рабочей области.   -  person Exploring    schedule 10.02.2014

Ответы (2)


arrow_upward
7
arrow_downward

Я смог обойти эту проблему, используя опцию Use custom workspace.

Чтобы изменить это местоположение, мне нужно выбрать задание configure и нажать кнопку Advanced в разделе Advanced Project Options.

Открыв настройки, вы найдете еще несколько параметров конфигурации для вашей работы. Найдите параметр Use custom workspace справа и установите флажок.

Ссылка: Jenkins: изменение рабочих пространств и расположение каталогов сборки< /а>

person Exploring    schedule 10.02.2014

arrow_upward
2
arrow_downward

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

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

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

person Simson    schedule 10.02.2014