Відповіді:
Хадсон / Дженкінс не зовсім так працює. Він зберігає конфігурації та інформацію про завдання /var/lib/jenkins
за замовчуванням (якщо ви використовуєте пакет .deb). Якщо ви хочете налаштувати наполегливість для конкретного додатка, з цим ви хочете впоратися самі - Хадсон - це сервер безперервної інтеграції, а не тестовий фреймворк.
Перегляньте статтю Wiki про постійну інтеграцію для ознайомлення з тим, що чекати.
Дженкінсу може здатися, що він зберігає дані, виходячи з того, що роблять ваші сценарії та як.
Як приклад; сценарії, які виконують щоденні складання фіксації, можуть бути налаштовані передавати Дженкінсу результати "пропустити / провалити" для зберігання у XML-файлі. Тоді, якщо вам колись цікаво підняти історичні результати "пропустити / провалити" та використати їх деінде, ніж у графічному інтерфейсі Дженкінса, ви можете зателефонувати в API Дженкінса і отримати повернення цього XML. Проаналізуйте його, і ви отримаєте потрібні вам дані.
Але - крім цього, у Дженкінса не існує всієї системи сховищ за своєю самотністю.
Крім того, наведена інформація про jenkins api: https://wiki.jenkins-ci.org/display/JENKINS/Remote+access+API
Відповідь полягає в тому, що дженкіни не встановлять це для вас. Вам потрібно розповісти, як налаштувати середовище та як виконати його тести. Як правило, це робиться в розділі "Сходи збирання". Якщо ви надасте більше інформації, на якій платформі ви їх використовуєте, можливо, ми зможемо дати вам більш конкретну відповідь. У вас може бути сценарій оболонки, який встановить вашу програму та запустить її тести, а потім викличте її з Хадсона. Здійснення вихідних даних тестового бігуна зручним для Гудзона, щоб нарешті отримати результати своїх тестів в webUI для їх перегляду.
Він зберігає дані у вашому домашньому довіднику у .jenkins
довіднику. Ви можете знайти всю відповідну інформацію, пов’язану з вашими збірками, у цьому каталозі.
Дженкінс не забезпечує побудови підтримки для підключення до будь-якої бази даних.
/var/lib/jenkins/
,/var/jenkins_home/
або/home/jenkins/
.