Какой бэкэнд Дженкинс (Хадсон) использует для архивации артефактов сборки? - PullRequest
Новая
       51

Какой бэкэнд Дженкинс (Хадсон) использует для архивации артефактов сборки?

5 голосов
/ 23 февраля 2011

Я читал о недостатках (особенно этот ) использования SVN для хранения сборочных сертификатов (больших двоичных файлов). Хадсон был предложен в качестве альтернативы.

Как Хадсон обрабатывает эти файлы?

Редактировать: Мой проект не основан на Java.

Ответы [ 3 ]

4 голосов
/ 23 февраля 2011

Hudson может создавать / хранить архив артефактов сборки и обеспечивает хороший просмотр в браузере для их проверки.

Вам необходимо включить Архивировать артефакты в определении задания.

2 голосов
/ 23 февраля 2011

Хадсон в основном использует плоское хранилище файлов.Вы можете найти эти файлы в Hudson в папках jobs / builds /.Я не уверен, что скажу: «Используйте Hudson в качестве альтернативы проверке файла в управлении исходным кодом», но использование чего-либо в качестве альтернативы - неплохая идея, если она обеспечивает:

  1. авторитетное место дляхранить
  2. версионные двоичные файлы контроля доступа
  3. контрольные суммы для защиты от несанкционированного доступа
  4. выпуск метаданных (информация об окружающей среде; уровень одобрения)
  5. периоды хранения

Я не уверен, насколько хорошо Хадсон набирает эти оценки, но я думаю, что это, по крайней мере, отчасти.SVN не так уж и страшен как решение, но на самом деле борется с периодами хранения (старые сборки, как правило, поглощают дисковое пространство, как сумасшедшие) и не очень хорошо оптимизирован для больших двоичных файлов - большинство систем SCM оптимизированы для небольших текстовых файлов.

Я украл список выше из этой презентации: http://www.anthillpro.com/html/resources/webinars/Role_of_Binary_repositories_in_Software_Configuration_Management.html (требуется регистрация)

1 голос
/ 03 марта 2011

Мы используем Jenkins для наших сборок, но мы также храним артефакты из сборок.Как сказал Эрик выше, Хадсон / Дженкинс хранят произведения искусства, используя плоское хранилище файлов.Он организован на основе сборки.

Некоторые вещи, которые я заметил при использовании (в ответ на вопросы Эрика об альтернативе контролю исхода для двоичных файлов):

  • Каждая сборка хранит своисобственный артефакт, так что у вас есть разновидности версий.
  • Вы можете использовать опцию снятия отпечатков при архивировании.Это позволит вам различать версии, а также проверять наличие повреждений.
  • Срок хранения полностью зависит от вас.Мы сохраняем артефакты навсегда.

К вашему сведению, наши проекты также не являются Java (это C / C ++), а наши артефакты представляют собой файлы и документы tar.gz / zip и документы.

Это может или не может быть лучший способ хранения двоичных файлов, но он определенно приличный, если у вас есть регулярные резервные копии (еженедельно в нашем случае) и ваш диск отказоустойчив.

...