В Jenkins, как оформить проект в определенный каталог (используя GIT)

Стандартный плагин git для Jenkins отлично справляется со своей задачей.

После добавления нового репозитория git (конфигурация проекта > Управление исходным кодом > установите флажок GIT) в проект перейдите к нижней части настроек плагина, чуть выше области Обозреватель репозитория. . Должна быть кнопка Дополнительно. После нажатия на нее должна появиться новая форма со значением, описанным как Локальный подкаталог для репозитория (необязательно). Установка этого параметра на folder заставит плагин извлекать репозиторий в папку относительно вашей рабочей области. Таким образом, вы можете иметь столько репозиториев в своем проекте, сколько вам нужно, все в разных местах.

В качестве альтернативы, если проект, который вы используете, позволяет это, вы можете использовать подмодули GIT, которые аналогичны внешним путям в SVN. В GIT Book есть раздел по этой теме. Если это не противоречит какой-либо политике, подмодули довольно просты в использовании, предоставляя вам мощный способ управления местоположениями, версиями/тегами/ветками, которые будут импортированы, И они будут доступны в вашем локальном репозитории, а также улучшат переносимость.

Очевидно, что плагин GIT поддерживает проверку подмодулей, поэтому Jenkins может работать с ними достаточно эффективно.

В новом конвейере Jenkins 2.0 (ранее называвшемся плагином рабочего процесса) это делается по-другому для:

• Основной репозиторий
• Другие дополнительные репозитории

Здесь я конкретно имею в виду Multibranch Pipeline версии 2.9.

Основной репозиторий

Это репозиторий, содержащий ваш файл Jenkinsfile.

На экране Настроить для проекта пайплайна введите имя репозитория и т. д.

Не используйте Дополнительные действия > Извлечь в подкаталог. Это поместит ваш Jenkinsfile в подкаталог где Jenkins не сможет его найти.

В Jenkinsfile проверьте основной репозиторий в подкаталоге, используя dir():

dir('subDir') {
    checkout scm
}

Дополнительные репозитории

Если вы хотите проверить больше репозиториев, используйте генератор синтаксиса конвейера для автоматического создания фрагмента кода Groovy.

На экране Настроить для вашего проекта конвейера:

1. Выберите Синтаксис конвейера. В раскрывающемся меню Пример шага выберите checkout: General SCM.
2. Выберите свою систему SCM, например Git. Заполните обычную информацию о вашем репозитории или депо.
3. Обратите внимание, что в Multibranch Pipeline переменная среды env.BRANCH_NAME содержит имя ветки основного репозитория.
4. В раскрывающемся меню Дополнительные действия выберите Извлечь в подкаталог.
5. Нажмите Создать Groovy. Jenkins отобразит фрагмент кода Groovy, соответствующий указанной вами проверке SCM.
6. Скопируйте этот код в свой конвейерный скрипт или Jenkinsfile.

Я согласен с @Łukasz Rżanek, что мы можем использовать плагин git

Но я использую опцию: оформить заказ в поднаправлении, которое включено следующим образом:
В разделе Управление исходным кодом отметьте Git
нажмите кнопку добавления, выберите оформить заказ в подкаталог

Стоит изучить плагин Pipeline. С помощью плагина вы можете проверить несколько проектов VCS в относительных путях каталогов. Предварительно создайте каталог для каждой проверки VCS. Затем выполните команды для только что проверенного рабочего пространства VCS. В моем случае я использую git. Но вы должны понять идею.

node{
    def exists = fileExists 'foo'
    if (!exists){
        new File('foo').mkdir()
    }
    dir ('foo') {
        git branch: "<ref spec>", changelog: false, poll: false, url: '<clone url>'
        ......
    }
    def exists = fileExists 'bar'
    if (!exists){
        new File('bar').mkdir()
    }
    dir ('bar') {
        git branch: "<ref spec>", changelog: false, poll: false, url: '<clone url>'
        ......
    }
    def exists = fileExists 'baz'
    if (!exists){
        new File('baz').mkdir()
    }
    dir ('baz') {
        git branch: "<ref spec>", changelog: false, poll: false, url: '<clone url>'
        ......
    }
}

Кроме того, если в одном и том же проекте Jenkins нам нужно проверить несколько частных репозиториев GitHub в несколько отдельных каталогов в корне проекта. Как мы можем это сделать, пожалуйста?

Подключаемый модуль Jenkin Multiple SCM очень хорошо решил проблему с несколькими репозиториями. Я только что начал работать над сборкой проекта, который проверяет четыре разных репозитория git в общей папке. (Я немного не хочу использовать суперпроекты git, как предложено ранее Лукашем Ржанеком, поскольку git достаточно сложен без подмодулей.)

Найдите repoName по URL-адресу, а затем оформите заказ в указанный каталог.

String url = 'https://github.com/foo/bar.git';
String[] res = url.split('/');
String repoName = res[res.length-1];
if (repoName.endsWith('.git')) repoName=repoName.substring(0, repoName.length()-4);

checkout([
  $class: 'GitSCM', 
  branches: [[name: 'refs/heads/'+env.BRANCH_NAME]],
  doGenerateSubmoduleConfigurations: false,
  extensions: [
    [$class: 'RelativeTargetDirectory', relativeTargetDir: repoName],
    [$class: 'GitLFSPull'],
    [$class: 'CheckoutOption', timeout: 20],
    [$class: 'CloneOption',
        depth: 3,
        noTags: false,
        reference: '/other/optional/local/reference/clone',
        shallow: true,
        timeout: 120],
    [$class: 'SubmoduleOption', depth: 5, disableSubmodules: false, parentCredentials: true, recursiveSubmodules: true, reference: '', shallow: true, trackingSubmodules: true]
  ],
  submoduleCfg: [],
  userRemoteConfigs: [
    [credentialsId: 'foobar',
    url: url]
  ]
])

просто добавьте оболочку dir в операцию git:

dir('subDir') {
    checkout scm
}

В новом потоке конвейера может помочь следующее изображение.

Я не использую плагин github, но со страницы введения он более или менее похож на плагин gerrit-trigger.

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