У меня есть работа jenkins, которая вытаскивает исходный код из публичного репо GitHub. Мне нужно передать некоторые файлы, такие как файлы конфигурации конкретных экземпляров, содержащие секреты задания, и объединить их с исходным кодом перед запуском сборки, потому что эти файлы явно не подходят для публичного SCM. Экземпляр Jenkins представляет собой многоуровневую совместную службу.Как передать файлы конкретных заданий в Jenkins как часть конфигурации заданий?
Конфигурационные файлы не меняются часто, поэтому я не хочу реализовывать параметр файла, который заставляет пользователя вводить файл вручную при каждом запуске. Другой параметр файла причины не работает, некоторые SCS запускаются автоматически.
Я тоже не хочу использовать Config File Provider Plugin, потому что плагин требует доступа администратора jenkins, но я хочу, чтобы пользователи с привилегиями на уровне работы управляли самими файлами.
В идеале загруженные файлы сохраняются вместе с заданием config.xml вместо рабочего пространства, потому что я хотел бы удалить рабочее пространство после каждой сборки. Я могу написать сценарии для копирования файлов из папки конфигурации задания в рабочее пространство.
Есть ли какие-либо решения? Благодарю.
Предполагается, что Дженкинс предлагается как услуга с несколькими арендаторами. Как файлы могут загружаться и загружаться на работу пользователем, не являющимся jenkins-admin, на первом месте? – abbr
Я мог бы не понимать эту проблему здесь, но я думал, что у вас может быть какой-то ресурс, скажем, подключенный сетевой диск, который люди могут получить/изменить/все эти файлы. Если Дженкинс сможет разрешить этот же ресурс, было бы легко сделать все, что захотите, с этими файлами. – Dave
Как говорится в названии вопроса, задача состоит в том, как передавать файлы с правильной областью. Вы отвечаете, что файлы уже на месте. Метод сетевого привода немного слишком отсталый и трудноподдерживаемый, особенно для динамически создаваемых заданий. – abbr