我之前维护Jenkins多分支流水线时碰到过几乎一模一样的问题，结合你的日志和场景，咱们拆解问题一步步来排查：

先搞懂：为什么会有两次SVN检出？ #

这是多分支流水线的正常机制，不用慌：

• 第一次检出：是Jenkins为了读取仓库里的Jenkinsfile执行的轻量级检出（日志里的@script路径就是明证），目的是拿到流水线的定义脚本；
• 第二次检出：是流水线执行阶段里的实际业务代码检出，用来拉取项目代码做构建、测试等操作。

服务器端能正常执行，说明两次检出的凭证传递逻辑在服务器端是通的，问题出在本地Jenkins的配置或插件层面。

核心排查方向 #

1. 检查多分支流水线的源码管理配置 #

• 确认本地多分支项目的SVN配置里，是否正确关联了凭证：
  日志里第一次检出用了buddhi/******，第二次却显示<none>，说明第二次检出的上下文没拿到凭证。去项目配置的「源码管理」模块，检查SVN仓库的凭证是否已选择，且凭证的域匹配规则和服务器端一致（比如服务器端的域是https://myrepolink:443，本地是不是误配成了其他域？）。
• 勾选「在所有子目录使用相同凭证」：如果你的SVN仓库有嵌套路径，这个选项能确保所有检出操作都复用同一个凭证。

2. 核对Jenkinsfile的检出逻辑 #

• 检查本地的Jenkinsfile是否手动写了checkout scm：如果是手动指定检出逻辑，有没有显式传递凭证ID？服务器端的Jenkinsfile可能带了凭证参数，而本地的没有。比如正确的带凭证检出写法：

  checkout([
      $class: 'SubversionSCM',
      locations: [[
          remote: 'https://myrepolink/trunk',
          credentialsId: 'buddhi-svn-cred', // 替换成你的凭证ID
          local: './codebase'
      ]],
      workspaceUpdater: [$class: 'UpdateUpdater']
  ])
  

• 如果是用流水线默认的检出逻辑，建议临时关掉「轻量级检出」：这个选项有时候会导致Jenkinsfile检出和实际代码检出的凭证上下文断裂。

3. 检查Jenkins凭证的权限与配置 #

• 确认本地Jenkins里的buddhi凭证是否存在且全局可用：有时候本地的凭证可能被设置为仅特定用户或项目可见，而服务器端的凭证是全局的。去「Manage Jenkins > Manage Credentials」里检查凭证的「范围」是否为「全局」。
• 验证凭证类型正确：确保是「用户名和密码」类型的凭证，而非其他类型（比如SSH密钥），SVN插件只认对应类型的凭证。

4. 排查SVN客户端与插件版本 #

• 手动在本地Jenkins服务器上测试SVN访问：切换到Jenkins运行的系统用户（比如jenkins用户），执行svn checkout https://myrepolink/trunk，输入buddhi的账号密码，看能不能成功检出。如果手动都失败，说明是服务器端的SVN客户端配置问题（比如证书信任问题）。
• 对比服务器端的SVN插件版本：如果本地的SVN插件版本比服务器端旧，可能存在凭证传递的bug，建议把本地的SVN插件升级到和服务器端一致的版本。

5. 查看Jenkins系统日志找细节 #

去「Manage Jenkins > System Log」里开启SVN相关的DEBUG日志，重新触发构建，能看到更详细的凭证加载、传递日志，比如是不是凭证找不到、域匹配失败等具体原因。

内容的提问来源于stack exchange，提问作者buddhiv