Гудзонский опрос бесконечного цикла для изменений в репозитории Мерзавца?
Мне еще не реализовали его полностью, но этот веб-сайт, кажется, дает хорошая пошаговая демонстрация из установки сертификатов и кода.
2 ответа
И ответ! ...
Плагин Git Hudson уже был создан кем-то, чтобы добавить эту функцию, он работает хорошо. Тем не менее, мне пришлось вытащить исходный код и исправить пару мелких проблем.
Теперь все работает прекрасно. Сборка фиксируется, и подключаемый модуль Git отправляет обратно в репозиторий без зацикливания, думая, что он снова изменился.
Замечательно!
Если кому-то еще нужен этот ответ, поищите вилку tickzoom для подключаемого модуля Hudson-GIT на Github. com, но проверьте, был ли он уже интегрирован в основной проект.
Ваша система сборки не должна взаимодействовать с вашей системой контроля версий при записи. Совершенно определенно не следует подталкивать эти изменения автоматически.
Ваша система сборки может запросить git (например, через git describe ), какая текущая версия является. Все остальное является избыточным и подвержено ошибкам.
Еще одна вещь, которую вы можете рассмотреть, - это не опрашивать изменения. Это кажется глупым способом работы. (По общему признанию, я активный пользователь buildbot, привыкший, что все запускается по событиям.)
Опрашиваемый репозиторий git знает, когда он изменяется. Он должен просто сказать системе CI немедленно начать сборку на основе этого. Вы получаете свои сборки раньше, и, поскольку все они запускаются, вы не