2014-11-08 2 views
0

Использования Дженкинс, я бег 2 сборок (Linux + Windows) и одна работа Doxygen
На данный момент я использую 3 отдельного опрос SCM триггеров, указывающие на тот же исходный код

Как могу ли я использовать один триггер для всех трех заданий при условии, что я все еще хочу получать отдельные статусы

Для справки; основные СКЙ GitДженкинс Mutualize SCM опрос

ответ

1

Off верхней части моей головы, некоторые решения, которые могли бы сделать то, что вы ищете:

  • Вместо установки триггера SCM, используйте пост-получить крюк в вашем хранилище, который может отправить сигнал для Дженкинса, что произошли новые изменения (см .: https://wiki.jenkins-ci.org/display/JENKINS/Git+Plugin#GitPlugin-Pushnotificationfromrepository). Таким образом, Дженкинс не должен постоянно опробовать репозиторий (несколько раз для разных заданий), а триггер будет быстрее, так как нет ожиданий следующего опроса, но когда будет нажатие, будет запущена сборка ,
  • Используйте дополнительную работу, которая ничего не сделает, просто включит триггер опроса SCM и запустит все три оригинальные задания (не дожидаясь окончания их завершения).
  • Если конфигурация аналогична для всех трех заданий, вы можете рассмотреть возможность создания единого проекта с помощью matrix configuration. Примерно, что он делает, это то, что у вас может быть переменная для типа сборки со значениями, такими как linux, windows, doxygen. Когда задание запускается, оно запускает несколько сборок со всеми возможными значениями - конечно, вам нужно будет настроить задание таким образом, чтобы текущий параметр менял процесс сборки в соответствии с тем, что нужно сделать. На самом деле мне еще не приходилось использовать матричную конфигурацию, поэтому мой пример может быть не лучшим, но вы, вероятно, найдете множество примеров на вики Jenkins, если считаете, что это хорошее направление.
Смежные вопросы