Подмодули Git не обновляются в сборке Jenkins

У меня есть подмодуль в проекте в Jenkins. Я включил расширенную настройку для рекурсивного обновления подмодулей.

Когда я запускаю сборку, я вижу, что в рабочей области есть файлы из подмодуля. Проблема в том, что это вроде первая ревизия подмодуля. Когда я нажимаю изменения (репозиторий, размещенный на GitHub), Дженкинс, похоже, не обновляет подмодуль, чтобы получить правильные изменения. Кто-нибудь видел такое?

Обратите внимание, что плагин Jenkins Git 2.0 будет иметь «расширенное поведение подмодулей», которое должно гарантировать правильное обновление подмодулей:

Как отметил по vikramvi:

Advanced sub-modules behavior> " Path of the reference repo to use during submodule update" напротив этого поля добавьте URL-адрес подмодуля git.

Оуэн Би упоминает в комментариях :

Для проблемы аутентификации теперь есть опция «Использовать учетные данные из удаленного по умолчанию родительского репозитория».

Здесь в JENKINS-20941 :

Это описано в документации подключаемого модуля Git на сайте Jenkins в разделе: Рекурсивные подмодули. .

Плагин GIT поддерживает репозитории с подмодулями, которые, в свою очередь, сами имеют подмодули. Тем не менее, это должно быть включено: в конфигурации задания -> Управление исходным кодом раздела , Git -> Расширенная кнопка (в разделе Ветви для сборки) -> Рекурсивно обновлять подмодули .

пример

На экране конфигурации вашего задания в разделе «Управление исходным кодом» потяните кнопку « Добавить» вниз и выберите «Расширенное поведение подмодулей».

Затем выберите «Рекурсивно обновлять подмодули»:

Знаете ли вы, что ваш репозиторий Git всегда ссылается на конкретную ревизию? подмодуля? Дженкинс не собирается автоматически менять ревизию.

Если вы хотите использовать новую версию подмодуля, вы должны сделать это в своем локальном репозитории Git:

cd submoduledir
git pull
cd ..
git add submoduledir
git commit -m 'Updated to latest revision of submoduledir'
git push # Go and watch Jenkins build with the new revision of the submodule

Когда вы это сделаете, Дженкинс проверит ту же самую ревизию подмодуля во время сборки. Дженкинс сам по себе не решает, какую версию подмодуля использовать. Это фундаментальное различие между подмодулями Git и внешними модулями SVN.

Возможно, вы захотите прочитать хороший справочник по подмодулям, например http://progit.org/book/ch6-6.html .

Наконец наткнулся на способ сделать это, и это просто.

Проблема:

Первоначальный клон с учетными данными работает нормально, но последующее submoduleклонирование не удается с неверными учетными данными.

1. Автоматическое клонирование расширенного подмодуля Source Code Management >> Additional Behaviours >> Advanced sub-modules behaviours:: приводит к ошибке учетных данных.
2. git submodule update --initв Execute Shellразделе также происходит сбой с ошибкой учетных данных.

Решение:

Я использую jenkins-1.574.

1. Установите Build Environment >> SSH Agentфлажок.
2. Выберите правильные учетные данные (возможно, те же, что указаны в Source Code Managementразделе

3. Обновить подмодули в Execute Shellразделе

   git submodule sync
   git submodule update --init --recursive
   

Вот скриншот

Похоже, я нашел решение:

Я добавил этап сборки для выполнения следующих команд оболочки:

git submodule foreach git checkout master
git submodule foreach git pull

Если вы используете модуль Jenkins Git, вы можете установить для него значение «Удалить рабочее пространство перед сборкой», таким образом он всегда будет получать правильный подмодуль.

Я использую конвейерную обработку сценариев с плагином проверки. Если вы хотите, чтобы подмодули были такими же, как в вашем репозитории, просто отключите параметр trackingSubmodules следующим образом:

checkout([$class: 'GitSCM', branches: [[name: '*/develop']], doGenerateSubmoduleConfigurations: false, extensions: [[$class: 'SubmoduleOption', disableSubmodules: false, parentCredentials: true, recursiveSubmodules: false, reference: '', trackingSubmodules: false]], submoduleCfg: [], userRemoteConfigs: [[credentialsId: '[myCredentials]', url: 'https://git.myRepo.git']]])