Если вы хотите быть более консервативным с количеством используемых конфигураций сборки, то создайте два разных сценария оболочки, которые при запуске с правильным триггером дадут желаемые результаты (например: установка переменных env).Затем в Schedule Triggers добавьте правило триггера, исключающее нежелательный файл оболочки.На этапе сборки, если один скрипт существует, запустите его, а другой запустите.Но вы должны предпочесть ответ, данный @Peska в большинстве случаев.
очень простой пример:
touch test{1,2}.sh #will create two files named ./test1.sh and ./test2.sh
#Trigger rule excludes one
./test?.sh #will run all files matching that pattern