Подтвердить что ты не робот

Такое же рабочее пространство для нескольких заданий

У меня есть работа под названием "разработка" и еще один проект под названием "анализ кода". На данный момент у нас есть две разные рабочие места и разные рабочие пространства, но один и тот же код; есть ли способ использовать одно и то же рабочее пространство для нескольких заданий?
Я проверил плагины, доступные в Jenkins, но я не нашел подходящего.

4b9b3361

Ответ 1

Предположим, ваше рабочее место "разработки" Дженкинса - /var/workspace/job1. На странице конфигурации задания "Анализ кода" на вкладке General нажмите Advanced..., выберите опцию Use custom workspace и предоставьте ту же рабочую область /var/workspace/job1, что и для вашей работы "разработки".

Ответ 2

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

Вариант использования:

Подобно тому, что вам нужно, сначала создайте две работы из одного и того же репозитория Git, затем перейдите в "Управление Jenkins" и создайте Shared Workspace. И укажите на это на каждой работе, которую вам нужно читать из этих файлов.

Плагин Дженкинса

https://wiki.jenkins-ci.org/display/JENKINS/Shared+workspace+plugin#


PS: вам следует изучить "Известные проблемы", которые могут помочь вам в решении ваших проблем.

иногда при новом скопированном задании, когда параметр URL общего пространства не сохраняется в конфигурации при первом "сохранении", необходимо сохранить задание дважды, чтобы быть уверенным.

^^ Это еще не решено, я пытался и все еще происходит. После нескольких сохранений (просто чтобы быть уверенным) работа работает отлично.

Ответ 3

если вы не смогли найти Use custom workspace, вы можете найти его под своим проектом configure>General>Advanced>Use custom workspace

Ответ 4

Я попробовал плагин наследования и стой! эта вещь - кувалда, когда все, что у меня есть, это крошечный гвоздь.

Я закончил тем, что добавил "Пост-сборку" "Параметризованная сборка на других проектах" с "Построить на том же узле" и "Предопределенный параметр". В последующем задании должен быть задан параметр с тем же именем (WORKSPACE_PARENT), но вы можете оставить его пустым. Затем вы определяете последующее задание с помощью настраиваемого рабочего пространства (в разделе "Общие"> "Дополнительно")

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

Это прекрасно работает для того, что мне нужно.

Родительское задание после сборки: Parent's post-build task

Детское настраиваемое рабочее пространство: Child's custom workspace