Я новичок в Hudson / Jenkins, и мне было интересно, есть ли способ проверить файлы конфигурации Hudson в системе управления версиями.
В идеале я хочу иметь возможность щелкнуть какую-нибудь кнопку в пользовательском интерфейсе с надписью «сохранить конфигурацию» и проверить файлы конфигурации Hudson в системе управления версиями.
Ответы:
Существует плагин под названием SCM Sync configuration plugin .
Взгляните на мой ответ на аналогичный вопрос. Основная идея заключается в использовании модуля filesystem-scm-plugin для обнаружения изменений в xml-файлах. Вторая часть будет фиксировать изменения в SVN.
РЕДАКТИРОВАТЬ: Если вы найдете способ определить пользователя для изменения, сообщите нам об этом.
РЕДАКТИРОВАТЬ 2011-01-10 Между тем появился новый плагин: плагин конфигурации SCM Sync . В настоящее время он работает только с Subversion и git, но планируется поддержка большего количества репозиториев. Я использую его с версии 0.0.3, и пока он работает хорошо.
Обратите внимание, что у Vogella есть недавний (январь 2014 г., по сравнению с вопросом ОП от января 2010 г.) и другой подход к этому вопросу.
Учтите, что плагин конфигурации SCM Sync может генерировать много коммитов.
Таким образом, вместо того, чтобы полагаться на плагин и автоматизированный процесс, он управляет той же функцией вручную:
Мне показалось, что количество коммитов немного ошеломляет, поэтому я решил контролировать коммиты вручную и сохранять только информацию о задании, а не конфигурацию Jenkins.
Для этого перейдите в каталог заданий Jenkins (Ubuntu :)/var/lib/jenkins/jobsи выполните команду «git init».Я создал следующий
.gitignoreфайл для хранения только информации о вакансиях Git:
builds/
workspace/
lastStable
lastSuccessful
nextBuildNumber
modules/
*.log
Теперь вы можете добавлять и фиксировать изменения по своему желанию.
А если вы добавите еще один пульт в свой репозиторий Git, вы можете отправить свою конфигурацию на другой сервер.
Альберто также рекомендовал добавить (в $JENKINS_HOME):
config.xml),hudson*.xml) иusers/*/config.xml)config.xml?
Чтобы вручную управлять конфигурацией с помощью Git, может оказаться полезным следующий файл .gitignore.
# Miscellaneous Hudson litter
*.log
*.tmp
*.old
*.bak
*.jar
*.json
# Generated Hudson state
/.owner
/secret.key
/queue.xml
/fingerprints/
/shelvedProjects/
/updates/
# Tools that Hudson manages
/tools/
# Extracted plugins
/plugins/*/
# Job state
builds/
workspace/
lastStable
lastSuccessful
nextBuildNumber
См. Этот GitHub Gist и этот пост в блоге для получения более подробной информации.
Есть новый подключаемый модуль SCM Sync Configuration, который делает именно то, что вы ищете.
Плагин SCM Sync Configuration Hudson нацелен на 2 основные функции:
- Синхронизируйте свои файлы config.xml (и другие ресурсы) hudson с репозиторием SCM
- Отслеживайте изменения (и автора), внесенные в каждый файл, с помощью сообщений фиксации
На самом деле я еще не пробовал это, но это выглядит многообещающе.
Вы можете найти файлы конфигурации в домашней папке Jenkins (например /var/lib/jenkins).
Чтобы сохранить их в VCS, сначала войдите как Jenkins ( sudo su - jenkins) и создайте его учетные данные git:
git config --global user.name "Jenkins"
git config --global user.email "jenkins@example.com"
Затем инициализируйте, добавьте и зафиксируйте основные файлы, такие как:
git init
git add config.xml jobs/ .gitconfig
git commit -m'Adds Jenkins config files' -a
также рассмотрите возможность создания .gitignoreсо следующими файлами, которые следует игнорировать (при необходимости настройте):
# Git untracked files to ignore.
# Cache.
.cache/
# Fingerprint records.
fingerprints/
# Working directories.
workspace/
# Secret files.
secrets/
secret.*
*.enc
*.key
users/
id_rsa
# Plugins.
plugins/
# State files.
*.state
# Job state files.
builds/
lastStable
lastSuccessful
nextBuildNumber
# Updates.
updates/
# Hidden files.
.*
# Except git config files.
!.git*
!.ssh/
# User content.
userContent/
# Log files.
logs/
*.log
# Miscellaneous litter
*.tmp
*.old
*.bak
*.jar
*.json
*.lastExecVersion
Затем добавить: git add .gitignore.
Когда закончите, вы можете добавить файлы конфигурации задания, например
shopt -s globstar
git add **/config.xml
git commit -m'Added job config files' -a
Наконец, добавьте и зафиксируйте любые другие файлы, если это необходимо, затем отправьте его в удаленный репозиторий, где вы хотите сохранить файлы конфигурации.
Когда файлы Jenkins обновляются, вам необходимо перезагрузить их (перезагрузить конфигурацию с диска ) или запустить reload-configurationиз Jenkins CLI.
*.xmlне меняет правила, и git игнорирует все файлы xml, включая файлы config.xmlиз jobsкаталога, после чего git statusмолча игнорирует любой новый проект.
Я предпочитаю исключить из домашней папки Jenkins все, кроме файлов конфигурации, которые вы действительно хотите разместить в VCS. Вот .gitignoreфайл, который я использую:
*
!.gitignore
!/jobs/*/*.xml
!/*.xml
!/users/*/config.xml
!*/
Это игнорирует все ( *) кроме самого ( !) .gitignore, задания / проекты, плагин и другие важные и пользовательские файлы конфигурации.
Также стоит подумать о включении pluginsпапки. Должны быть включены досадно обновленные плагины ...
В основном это решение упрощает будущие обновления Jenkins / Hudson, поскольку новые файлы автоматически не попадают в область действия. Вы просто получаете то, что действительно хотите.
Более точный .gitignore, вдохновленный ответом nepa :
*
!.gitignore
!/jobs/
!/jobs/*/
/jobs/*/*
!/jobs/*/config.xml
!/users/
!/users/*/
/users/*/*
!/users/*/config.xml
!/*.xml
Он игнорирует все, кроме .xmlфайлов конфигурации и .gitignoreсамого себя. (разница в Непско «ы в .gitignoreтом , что он не„игнорировать“все каталоги верхнего уровня ( !*/) , как logs/, cache/и т.д.)
Ответ от Марка ( https://stackoverflow.com/a/4066654/142207 ) должен работать для SVN и Git (хотя конфигурация Git у меня не сработала).
Но если вам это нужно для работы с Mercurial repo, создайте задание со следующим скриптом:
hg remove -A || true
hg add ../../config.xml
hg add ../../*/config.xml
if [ ! -z "`hg status -admrn`" ]; then
hg commit -m "Scheduled commit" -u fill_in_the@blank.com
hg push
fi
Я написал плагин, который позволяет вам проверять ваши инструкции Jenkins в системе контроля версий. Просто добавьте .jenkins.ymlфайл с содержимым:
script:
- make
- make test
и Дженкинс это сделает:
Я полностью проверил Хадсон, вы можете использовать это как отправную точку https://github.com/morkeleb/continuous-delivery-with-hudson
Хранение всего Hudson в git имеет свои преимущества. Все изменения конфигурации регистрируются, и вы можете довольно легко протестировать тест на одной машине, а затем обновить другую машину (а) с помощью git pull.
Мы использовали это как шаблон для нашей настройки непрерывной доставки Hudson на работе.
С уважением, Мортен