Система управления выпуском Subversion

Question

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

Однако мы ищем инструмент для управления выпуском. По существу, то, что ему нужно сделать, относительно просто:

1. Возьмите соответствующий код из Subversion (на основе тега).
2. Выполняйте подготовительную работу (например: поместите ее в tar, исключите определенные каталоги).
3. Аудиторская тропа («Пользователь X выполняет этот выпуск»)
4. Email trail (Отправить электронное письмо с указанием запроса на разблокировку).
5. Выполните установку.

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

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

Нам не нужен инструмент управления , поскольку программное обеспечение находится в Perl, и мы довольны тем, как это происходит. В Subversion все безопасно и безопасно. Ключом является развертывание, как только все будет помечено и готово!

Ждем ваших предложений.

Answer 1

Традиционный подход - использование automake для распространения tarball, за которым следует простой сценарий оболочки, выполняющий дополнительные шаги. Это должно быть написано довольно быстро, и его легко изменить.

Answer 2

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

Тем не менее, есть Go от Thoughtworks, которые могут по вашему мнению, или uDeploy. Я был бы очень осторожен в использовании дорогостоящих инструментов, тот, который я использовал, был настолько ужасен, что мы сожгли его, как только смогли.

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

Для фактического развертывания вы можете использовать что-то вроде Puppet, которое также даст вам некоторые отзывы о выполненных шагах.