według str 267 Jenkins: The Definitive Guide Johna Smarta, Jenkins użyje wartości osi w taki sam sposób, jak wartości parametrów, ale kiedy wyzwalane zadanie będzie uruchamiane raz na wartości osi.
Kolejność dla tych wartości nie jest stała (i może być losowa, nie jestem pewien). Przypuszczalnie założeniem jest to, że istnieje wystarczająco dużo niewolników, aby każda permutacja była obsługiwana przez inny niewolnik, a kolejność permutacji nie ma znaczenia. Mówię permutacje, ponieważ jeśli istnieje więcej niż jedna oś, całkowita liczba buildów odpowiada iloczynowi kartezjańskiemu osi.
Scenariusz wieloosiowy prawdopodobnie zawiera odpowiedź na pytanie, dlaczego nie ma możliwości określenia kolejności w osi zdefiniowanej przez użytkownika: byłoby to skomplikowane i, w przypadku dystrybucji niewolników do budowy, niezbyt przydatne. Jenkins po prostu nie dba o porządek w osi, nie bez powodu. Prosty przypadek jednej osi i jednej wbudowanej maszyny podrzędnej, w przypadku której zamówienie może faktycznie mieć znaczenie, jest zasadniczo przypadkiem brzegowym.