Существует ли (автоматизированный) способ резервного копирования файлов Hudson CI?

Question

Здесь, в моей компании, мы настроили три сервера Hudson CI с более чем 100 заданиями Мы ищем автоматизированный способ периодически конфигураций заданий резервного копирования и истории сборки.

В настоящее время у нас есть ant-скрипт, который мы настраиваем как задание, но его нелегко поддерживать и он не элегантный.

Кто-нибудь из вас нашел способ справиться с этим?

Answer 1

Существует Плагин резервного копирования .

Я не верю, что он поддерживает планирование периодических резервных копий, но вы можете запустить его, используя URL-адрес (как некоторые другие удаленные API Hudson), и в этом случае вы можете просто настроить задание cron для проверки связи с URL.

Answer 2

Есть замечательный thinBackup плагин.

Он создает резервные копии только системных настроек и конфигураций заданий вместо всего каталога HUDSON_HOME и имеет cron-подобное планирование. Sexy!

Answer 3

Мои серверы Hudson работают на Windows, поэтому я использую Robocopy для этого. У меня есть зеркальное отображение всех файлов в доме Хадсона каждого сервера сборки, за исключением каталогов рабочей области задания. Поскольку резервные копии собираются в центральном месте, у меня есть запланированное задание на файловом сервере, который запускает мой сценарий каждый вечер, и серверы Hudson не знают о процессе.

Скрипт имеет одну запись на машину Хадсона:

robocopy path-to-buildserver-hudson-home backup-path-folder-path \ buildserver-name / ZB / E / NP / R: 1 / W: 5 "/LOG:%~dp0backup_log.txt" / TEE / XD Рабочая область

Примечание: после первой машины она становится / LOG +: вместо / LOG: так, чтобы следующие записи добавлялись в журнал.

Это зеркальное отображение без удаления файлов, которые не существуют в исходном коде, поэтому даже если Hudson настроен на удаление результатов сборки после X месяцев или сборок Y, резервные копии могут иметь полную историю ..., а также журналы на консоли и файл, и возобновляется, если он прерывается. Это удобно Если вы не хотите, чтобы он сохранял файлы, которые Хадсон удалил, вы можете использовать / MIR вместо /E.

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

Answer 4

Я бы справился со стандартным решением для резервного копирования корпоративного сервера.

Или сверните мой с чем-то вроде BackupPc.

Или проверьте файлы конфигурации в вашей системе контроля версий.

Answer 5

Я использую thinbackup, который поддерживает полное резервное копирование и дифференциальное резервное копирование, и вы можете запланировать, когда он запустит резервное копирование, используя задание cron, такое как синтаксис Он создает резервные копии только критических конфигураций, поэтому не занимает много места.

Подробнее на: https://wiki.jenkins -ci.org / дисплей / Дженкинс / thinBackup

Answer 6

Помимо плагина Backup, есть также плагин thinBackup для резервного копирования только файлов конфигурации (доступно для Hudson или Jenkins )

Лично мне нравится делать все резервные копии системы через одну систему, которая обычно является в конце сценарием оболочки. Я написал для этого специальный сценарий Дженкинса (тоже работает для Хадсона). См. https://bitbucket.org/toomasr/jenkins-stuff/src для получения дополнительной информации.