3

像很多人一样,我(再次)对 Jenkins 和 subversion 插件进行了猛烈抨击。通过网站的身份验证(输入凭据)在身份验证时失败。有趣,因为我可以使用相同的凭据访问 svn。

我已删除:

  • $HOME/.subversion
  • 中的所有条目hudson.scm.SubversionSCM.xml
  • 作业中的 svn 凭据

它发生了什么故障?我重新安装了jenkins.warin tomcat,从那以后,Jenkins 无法再访问 svn。

我以前一直走这条路,由于跟踪错误的情况,我从来没有理解这种痛苦的设置是如何工作的,以防止下次出现这个问题。

4

4 回答 4

2

这些是我将 jenkins 安装移动到另一台机器时遇到的 SVN 问题。

  1. 首先,确保 svn 命令适用于控制台/终端中的 jenkins 用户。

  2. 您是否直接从以前的安装中复制了配置文件?在我的情况下,配置文件中的凭据被散列并且不能在不同的机器上工作。我删除了以前的配置文件并从头开始。删除旧的配置文件后,我在 webui 中再次设置凭据。

  3. 您是否将 Jenkins 作为服务运行?确保 jenkins 服务的“登录身份”用户与您使用的凭据匹配。

于 2013-04-03T21:01:08.490 回答
0

当您输入要签出的 URL 时,Jenkins 将放置一个链接,您可以在其中输入凭据以检查它是否无法访问该 URL。

您可以以Jenkins User身份登录,然后手动输入凭据。我相信詹金斯会在可能的情况下使用它们。但是,Jenkins 不会将其凭据存储在那里。它们存储在$JENKINS_HOMEXML 文件的目录中的某个位置。文件名将包含颠覆,但它不会是标准.subversion文件。

我现在无法访问我的 Jenkins 服务器来查看文件名。我建议您创建一个特殊的 Jenkins 用户 ID,该用户 ID 可以直接访问您的 Subversion 存储库,而不是使用当前用户。

于 2013-04-04T02:05:29.250 回答
0

您是否尝试以 jenkins 用户身份从 jenkins 服务器上的命令行访问 svn 主机?这可能有助于让 svn 再次记住凭据。

于 2013-03-28T05:29:32.800 回答
0

对我来说,我找到了位于 ~/.jenkins/jobs/ABCJob/subversion.credentials 的凭据

于 2013-11-08T21:22:55.983 回答