Вопросы Теги

Гудзон развертывает определенный пересмотр мерзавца

Проверьте mmm для автоматизированной обработки отказа. Обязательно настройте эти два сервера как ведущие устройства, таким образом, у Вас есть двунаправленная репликация. Также при использовании автоинкремента удостоверьтесь, что Вы настраиваете его так, чтобы у Вас не было столкновений для записей (см. эту статью для деталей).

Наконец, используйте Maatkit, чтобы гарантировать, что нет никаких несоответствий между серверами.

0
задан 28 December 2009 в 22:59
2 ответа

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

0
ответ дан 4 December 2019 в 23:15

Посмотрите здесь для объяснения мерзавца.

BTW, Вы храните развертываемые артефакты в мерзавце, или Вы восстанавливаете свое приложение перед развертыванием? Иначе позвольте своему первому заданию продвинуть артефакты в репозиторий (может отличаться, чем тот для исходного кода, у нас есть обозначенное пространство в файловой системе), и вторая работа вытягивает его из репозитория и развертывает его.

1
ответ дан 4 December 2019 в 23:15
  • 1
    I' m довольно в новинку для Гудзона и мерзавец так i' m просто изображающий это все. Вы предлагаете, чтобы Гудзон создал, скажем, новое ответвление с номером сборки и пододвинуть его обратно к repo, затем передать это на мой развертывать сборку, чтобы проверить и развернуться? It' s приложение для направляющих так там isn' t на самом деле много " building". Heroku заботятся о развертывании, просто продвинув repo к heroku удаленному. –  brad 29 December 2009 в 20:22
  • 2
    Я не уверен, что развертывание означает для Вас, потому что я приезжаю из j2ee мира с военными файлами и ухом. Эти артефакты мы в настоящее время вставляем структуру каталогов, таким образом, у нас есть связь "один к одному" между артефактом и определенным номером сборки задания. Можно также использовать репозиторий кода для этого. Однако я считал Ваш вопрос способ, которым Вы хотите создать два задания (сначала, каждый создает и запускает тесты, и второй создает и развертывается). Если Ваше развертывание по существу просто копирует Ваши файлы в сервер, можно сделать все шаги в одном job-> test-> развернуться. Никакая потребность в определенном пересмотре мерзавца. –  Peter Schuetze 29 December 2009 в 21:18
  • 3
    это было моей начальной идеей также, но мной couldn' t находят любые опции постсборки запустить пользовательские скрипты (в моем случае, продвиньте к heroku). I' m использование вольного проекта как it' s рубиновый проект и ya, развертывание буквально продвигает repo к heroku так there' s никакое здание действительно. Я думал о просто наличии последнего шага сборки, делают развертывание, it' s не шаг постсборки, как я хотел бы, но если it' s последний шаг и it' s выполненный, я предполагаю I" m безопасный принять все другие шаги передал. Мысли? –  brad 30 December 2009 в 03:29
  • 4
    С вольным проектом можно добавить, что столько сборки ступает, сколько Вы хотите. Таким образом, это - больше определение при вызове этого другим buildstep или если Вы называете это шагом сборки сообщения. Относительно передачи сборки Гудзон прекращает выполнять следующие шаги, если один шаг перестал работать. Таким образом, необходимо быть сохранением с принятием, что все хорошо работало, когда развернуть часть работает. –  Peter Schuetze 30 December 2009 в 04:18

Теги

Похожие вопросы