Какой сервер непрерывной интеграции может ставить задания в очередь?

Ответ 2 · рейтинг 6 · Dave Schweisguth

TeamCity бесплатна (до нескольких сборок и агентов сборки) и многофункциональна. Его очень легко установить и настроить, хотя может потребоваться некоторое время, чтобы разобраться в богатстве опций. Он очень хорошо задокументирован: http://www.jetbrains.com/teamcity/documentation/

Он написан на Java, но поддерживает многие инструменты изначально, а другие - через выполнение из командной строки, поэтому вы можете создавать с его помощью все, что захотите. (Я использую его в основном для Ruby.) Он понимает вывод многих инструментов тестирования а>; если вы не используете один из них, возможно, ваш может эмулировать их вывод. Его можно расширить; у него есть REST API и плагин API.

Его можно настроить для сборки каждой фиксации, или для сборки всех коммитов, поступивших за определенный период времени, или для запуска другими способами. Документы здесь: http://confluence.jetbrains.com/display/TCD8/Configuring+VCS+Triggers

По умолчанию он запускает один агент сборки и запускает одну сборку за раз на этом агенте сборки. Вы можете запустить больше агентов сборки для ускорения. Если вы не хотите запускать более одной сборки на машине, запустите только один агент сборки на каждой машине.

Ответ 3 · рейтинг 3 · hithwen

Я не хочу, чтобы CI-сервер запускал задания параллельно, чтобы избежать проблем с производительностью и сбоев в случае множества одновременных заданий.

В buildbot вы можете ограничить количество запущенных заданий в подчинении с помощью max_build или блокировки

Ответ 4 · рейтинг 2 · Yair Nevet

Что касается Buildbot и Python, вы можете координировать параллельные сборки по конфигурации, например:

Моделирование параллельных процессов: шаги

svn up
configure
make
make test
make dist

Кроме того, вы также можете попробовать использовать триггерный планировщик для вашего компоновщика, который выполняет шаги U, V, W.

Из документов:

Планировщик Triggerable ожидает запуска на шаге Trigger (см. Запуск планировщиков) в другой сборке. Этот шаг может дополнительно дождаться завершения сборки планировщика. Это дает два преимущества по сравнению с зависимыми планировщиками.

Ссылки:

• как заблокировать шаги в buildbot
• Координация параллельных сборок с помощью Buildbot

Ответ 5 · рейтинг 2 · Tomislav Skunca

Существует плагин Throttle Concurrent Builds Plugin для Jenkins и Hudson. Это позволяет указать количество одновременных сборок для каждого задания. Вот что написано на странице плагина:

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

Существует также Gitlab CI, очень хороший современный проект Ruby, который использует бегунов для распространения сборок, так что вы могли бы, я думаю, ограничить количество бегунов до 1, чтобы получить нужный вам эффект. Он тесно интегрирован с Gitlab, поэтому я не знаю, насколько сложно будет использовать его как отдельный сервис.

www.gitlab.com

www.gitlab.com/gitlab-ci

Чтобы запускать тесты только один раз для каждой ревизии, вы можете сделать что-то вроде этого:

1. строить
2. post-build
   • check if the revision of the build is in /tmp/jenkins-test-run
   • если ревизия есть в файле пропустить тесты
   • если ревизия НЕ в файле запускает тесты
   • если мы запускали тесты то пишем ID в /tmp/jenkins-test-run