除了我使用的是颠覆之外,这个问题与这个问题基本相同,并且没有插件更新对我有用。
我正在使用多分支管道设置加载我的 Jenkinsfile 脚本,并且更改日志在每个新的checkout scm
.
由于在我的构建中我使用了多个工作区,通过node
内部parallel
块分配,我为每个工作区调用新的检查,并且更改日志重复变得有点烦人。
除了我使用的是颠覆之外,这个问题与这个问题基本相同,并且没有插件更新对我有用。
我正在使用多分支管道设置加载我的 Jenkinsfile 脚本,并且更改日志在每个新的checkout scm
.
由于在我的构建中我使用了多个工作区,通过node
内部parallel
块分配,我为每个工作区调用新的检查,并且更改日志重复变得有点烦人。
与其重新定义 SCM 类,人们仍然可以参考原始的“scm”对象并禁用更改日志,如下所示:
checkout(changelog: false, scm: scm)
这将保留“checkout scm”的预期行为,同时禁用更改日志生成。
面临同样的问题。
我正在执行以下操作,直到发布了针对 SVN 插件的修复程序。
currentBuild.getChangeSets().clear()
checkout scm
注意:您可能需要通过“正在进行的脚本批准”页面批准脚本调用。
这将从 Jenkins 作业中清除更改日志。'checkout scm' 调用将再次填充更改日志。 更新:在下面检查我的编辑。这个“解决方案”不起作用,因为重新启动后添加了删除的修订......我不明白为什么,但是......
编辑:
好的,现在我找到了一种新方法:
for(i = 0; i < scm.getLocations().length; i++) {
def location = scm.getLocations()[i]
def svn_url = location.remote
checkout changelog: false, poll: false, scm: [$class: 'SubversionSCM', additionalCredentials: [], excludedCommitMessages: '', excludedRegions: '', excludedRevprop: '', excludedUsers: '', filterChangelog: false, ignoreDirPropChanges: false, includedRegions: '', locations: [[credentialsId: '252ad9ab-2f39-46f5-a77a-6196d1679dee', depthOption: 'infinity', ignoreExternalsOption: true, local: '.', remote: svn_url]], workspaceUpdater: [$class: 'UpdateWithRevertUpdater']]
}
您应该使用“管道语法”页面来获取正确的凭据。我试着只用
checkout changelog: false, scm
但这没有用。所以你必须使用上面显示的长版本。
Ben Herfurth 的回答很好,我将发布我的最终改编版本,因为我试图将它包含在一个工作函数中。
此功能对我有用,因为我只有一个 SVN 存储库要签出,并且其他所有内容(例如密码)都已配置:
def checkout(){
def svnLocation = scm.locations[0]
checkout(changelog: false, scm: [$class: 'SubversionSCM', locations: [svnLocation], workspaceUpdater: [$class: 'UpdateWithCleanUpdater']])
}
我只是在需要新的工作副本的任何地方拨打这个电话。
node('linux') {
checkout()
// ... run ITs on linux ...
}
node('windows') {
checkout() // doesn't duplicate changelog anymore
// ... run ITs on windows ....
}
希望这对其他人有帮助。