В процессе построения проекта в Jenkins, куда следует выполнять пуш изменений?

В процессе построения проекта в Jenkins рекомендуется выполнять пуш изменений в основную ветку, так как она обычно служит в качестве источника для автоматической сборки проекта.

Если проект содержит сабмодуль, и информация о коммите сабмодуля отличается от информации о коммите в основной ветке, важно внести изменения и обновить ветку сборки с учетом изменений в сабмодуле. Для этого можно создать специальную ветку, отличную от основной, и вносить изменения в сабмодуль в эту ветку. Затем вам понадобится обновить ветку сборки, чтобы указать Jenkins на новый коммит сабмодуля.

Чтобы избежать повторной пересборки проекта при проверке изменений в репозитории, вы можете использовать функционал Jenkins' "Pipelines" и "Multibranch Pipelines" для создания конфигурации сборки, которая будет отслеживать и выполнять автоматическое обновление только в том случае, если есть новые коммиты в основной ветке или ветке с изменениями в сабмодуле.

Прежде чем выполнить коммит и пуш изменений, рекомендуется проверить их локально, чтобы убедиться, что все работает корректно и не нарушает процесс сборки проекта.

- Предотвратить новый триггер можно, используя плагин scmskip и конкретную настройку ветки.
- Для этого перейдите по ссылке https://community.jenkins.io/t/is-it-possible-not-... и изучите подробности.
- В файле Jenkinsfile добавьте следующий код в блок stages:

```
stages {
    stage('Checkout') {
        steps {
            scmSkip(deleteBuild: true, skipPattern:'.*\\[ci skip\\].*')
        }
    }
}
```
- Этот код позволит автоматически пропускать сборку, если обнаружится триггер с помощью определенного паттерна в сообщении коммита.