Вам, сударь, видней

В build strategies есть еще Skip initial build on first branch indexing
Но там другая проблема, когда он обнаруживает ветку, тег или PR в первый раз, не запускает сборку. То есть надо пушить их по два раза (или отправлять другие события с ними) - это странно
Видимо нормально отключить запуск всех сборок ТОЛЬКО при создании mutlibranch джобы никак нельзя.   Suppresses в целом все сборки по хукам отключает, а Skip initial build пропускает первое появление новой ветки, тега или PR.

а werf кто будет запускать? =) в этот список его включать нельзя

в job dsl всегда можно в xml напрямую зафигачить. И это даже удобно сделано (https://github.com/jenkinsci/job-dsl-plugin/wiki/The-Configure-Block#transforming-xml)
За счет этого пофиг поддерживает ли он плагин или нет. Удобней конечно когда поддерживает, но есть всегда резервный вариант с xml

Всегда есть волшебный костыль) но я согласен, с этим можно жить

да это даже в коде выглядит неплохо
вот недавно заметил что job dsl что-то не так настривает триггеры в multibranch джобе  (Scan Repository Triggers)
В итоге вместо

                      triggers {
                         periodicFolderTrigger {
                             ...
                         }
                     }

получилось

                    configure { pmJob ->
                        pmJob / 'triggers' / 'com.cloudbees.hudson.plugins.folder.computed.PeriodicFolderTrigger' {
                          spec('H H/4 * * *')
                          interval('86400000')
                        }
                    }

ну не прям убого и глаза не сильно режет

А jasac и прочее в кубере держите?

jcasc это же ямлик, он просто подгружается и все

Да я не про то, просто интересно было как народ креды сторит и потом в Дженкинс подкидывает в случае jcasc в кубере и вне

это может быть и папка с ямлами. и не только ямлами

креды у нас в hc vault

точнее, секреты там. креды - в ямлах

Оно умеет с ним работать или скрипт на по апихе бегает и создаёт креды?

в ямлике jcasc можно указать путь к кредам, которые хранятся например в vault

Не плохо

      - usernamePassword:
          id: jenkins
          description: Credentials to access Jenkins instance
          username: jenkins
          password: ${JENKINS_PASSWORD}

как-то так

А сами креды к вольту где?

в ансибле. у нас дженкинс не в кубере. в кубе только агенты

там есть вариант через serviceAccount в волте брать креды