Еще один способ ускорить процесс - это создавать только те модули, которые изменились (так как те, которые еще не были, будут в вашем локальном или корпоративном репо с прошлого раза). опция: «Инкрементная сборка - только сборка измененных модулей», которая делает это. Исключение модулей, которые изменились только потому, что они имеют интеграционные тесты, кажется довольно опасным. Как и на самом деле, весь смысл CI в том, чтобы строить как можно быстрее после изменения.
Что вы можете сделать, что не должно включать слишком много изменений, хотя бы разделить ваши тесты на медленные и быстрые, используя такую технику, как профили сборки. Например. менее 1 секунды быстро. Достаточно легко разделить их, как это, и это также подскажет разработчикам, которые являются медленными тестами. Затем вы можете создать цепочку сборок, чтобы быстрые сборки запускались первыми, давая разработчикам обратную связь в кратчайшие сроки. Если эта сборка завершится успешно, она может запустить более медленные тесты, оставляя обратную связь в минимально разумное время. Эти тесты все еще увеличивают ценность и должны выполняться как можно чаще.
Если вы решили объединить свои задания, взгляните на плагин сборки конвейера , который был настроен для определенного сценария.