Jenkins用于从Git repo构建工件，该Git repo具有一个Git子模块。这些子模块不在同一个repo中，甚至不在同一个终端点上，因此父项目检出良好，因为凭据（ssh密钥A）与主/父repo关联，但可预见的是，在Jenkins的视角下，针对子模块失败，因为凭据（ssh密钥B）与repo无关。
令人惊讶的是，Jenkins没有更好的支持Git子模块的开箱即用功能; 是时候去做出贡献了。
在Docker Machine（本地）上运行Jenkins
在CentOS（生产）上运行Jenkins
Jenkins版本：2.60.2（两者皆是）
Git插件版本：3.6.4（两者皆是）
git 命令更新子模块 URL 以使用用户名和密码，然后运行 submodule init 和 submodule update 来克隆子模块。steps {
withCredentials([usernamePassword(credentialsId: 'github-app-credentials',
usernameVariable: 'GITHUB_APP',
passwordVariable: 'GITHUB_ACCESS_TOKEN')]) {
checkout ([
$class: 'GitSCM',
userRemoteConfigs: [[
credentialsId: '',
url: "https://x-access-token:$GITHUB_ACCESS_TOKEN@github.com/<ORG>/<PROJECT>.git"
]],
branches: [[ name: '*/main' ]],
extensions: [[
$class: 'SubmoduleOption',
disableSubmodules: true
]]
])
sh '''
git config --file=.gitmodules submodule.SUBMODULE_A.url https://x-access-token:$GITHUB_ACCESS_TOKEN@github.com/<ORG>/<SUBMODULE_A>.git
git config --file=.gitmodules submodule.SUBMODULE_B.url https://x-access-token:$GITHUB_ACCESS_TOKEN@github.com/<ORG>/<SUBMODULE_B>.git
git submodule init update
git restore .gitmodules
# rest of build
'''
}
}
checkout命令不会引用任何环境变量。但是，看起来这些访问令牌是短暂的，所以它有一定的缓解作用。git submodule update --init，还原则需执行 git checkout .gitmodules。 - Pete是的，这很容易实现。您可以创建公钥/私钥对，并将其设置为github deploy key（如果您使用git hub，如果不是，则设置为您使用的任何密钥集）。您可以将其添加为Jenkins凭据（前提是您已安装凭据插件）。
Username: git@github.com
Private Key: the private key for that key set
Passphrase: whatever passphrase you used
ID: aws-jenkins-github-deploykey (just an example name)
Description: some useful text
该ID映射到下面的credentialsId
checkout changelog: true, poll: false, scm: [$class: 'GitSCM',
branches: [[name: "branch name, commit sha, or tag/tagname" ]],
userRemoteConfigs: [[
credentialsId: 'aws-jenkins-github-deploykey',
url: 'git@github.com:myorg/myrepo.git']]]