Архів артефактів у Дженкінсі

Чи могла б хтось пояснити мені ідею артефактів у процесі збирання?

У мене є каталог робочої області, де я перевіряю код для компіляції та запуску своїх скриптів мурашок тощо. Зрештою, у моєму випадку я отримую файл jar, який готовий встановити. Це вважається артефактом?

Де мені сказати сценарій складання, щоб помістити файл jar? У каталозі робочої області? Мій файл jar отримує унікальне ім'я файлу залежно від змінних, таких як BUILD_IDі такі, як я можу сказати Дженкінсу, який файл jar вибрати?

EDIT: Гаразд, тому я спробував зробити щось подібне:

Шлях ще не існує в моєму робочому просторі, так як сценарій збірки передбачається створити його, і, звичайно ж , .jarі .propertiesфайли не там , тому що вони ще не були сформовані ще. Чому тоді це дає мені помилку? Здається, я щось пропускаю.

Крім того, чи видаляє Дженкінс артефакти після кожної збірки (не заархівовані артефакти, я знаю, я можу сказати, щоб вони видаляли)? Інакше він досить швидко засмітить жорсткий диск.

Ваше розуміння правильне, артефакт у сенсі Дженкінса є результатом побудови - наміченого результату процесу збирання.

Загальна конвенція є покласти результат збірки в build, targetабо binкаталог.

Архіватор Дженкінса може використовувати глобуси ( target/*.jar), щоб легко підібрати потрібний файл, навіть якщо у вас є унікальне ім’я на збірку.

Артефакт може бути результатом вашого процесу збирання. Важливо те, що не важливо, для якого клієнта він був побудований, він буде переведений з робочої області назад в майстер (сервер) і зберігається там із посиланням на збірку. Перевага полягає в тому, що в такий спосіб виокремлено, вам потрібно налаштувати резервне копіювання на своєму майстрі, а також те, що всі артефакти доступні через веб-інтерфейс, навіть якщо всі клієнти побудови в автономному режимі.

Можна визначити регулярний вираз як назву артефакту. У моєму випадку я збирав усі файли, які хотів зберегти в одному файлі з постійним іменем під час збирання.

Також чи видаляє Дженкінс артефакти після кожної збірки? (не заархівовані артефакти, я знаю, я можу сказати, щоб видалити ці)

Ні, Хадсон / Дженкінс сама по собі не очищає робочу область після складання. У процесі збирання у вас можуть бути дії, які стирають, переписують або переміщують артефакти збірки з того місця, де ви їх залишили. Існує опція в конфігурації завдань, в Додаткові параметри проекту (яку потрібно розширити), що називається "Очистити робочу область перед збіркою", яка буде стерти робочу область на початку нової збірки.

У Jenkins 2.60.3 є спосіб видалити артефакти збірки (а не архівні артефакти), щоб заощадити на жорсткому диску місце на машині збирання. У розділі Загальні поставте прапорець "Відхилити старі складання" зі стратегією "Обертання журналу", а потім перейдіть до його додаткових параметрів. З'являться ще два варіанти, пов’язані із збереженням артефактів збірки для роботи на основі кількості днів або складок.

Налаштування, які працюють для мене, полягають у тому, щоб ввести 1 для "Максимальна кількість будівель для збереження артефактів", а потім виконати дію після збирання для архівації артефактів. Таким чином, всі артефакти з усіх збірок будуть архівовані, вся інформація з збірок буде збережена, але лише остання збірка збереже власні артефакти.

Відмовтеся від старих варіантів складання