Jenjins SCM Poolign

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

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

Можт стоит разнести по бранчам? С трудом представляю как может продвигаться разработка одного бранча без конфликтов, если туда комитится новый код каждую секунду.

Привет!

Думаю, что ситуация с коммитом в секунду все же редка.

Если так, то можно воспользоваться стандартным решением - запуском таска из хуков SCM.
Например, для SVN - http://wiki.hudson-c...-Postcommithook

Если же это нормальная ситуация, то можно попытаться адаптировать опыт google http://googletesting...-of-google.html
Но не знаю, подойдет ли он Вам, ведь у них всего лишь 20+ коммитов в минуту ;)