哈德逊颠覆@HEAD

Question

我们正在使用带有 SVN 插件 2.3.8 的 Hudson 2.2.1。 subversion 服务器本身是 1.6.11 。

最近，我们更改了 SVN 存储库以使用 SSL 和 LDAP 凭据，即 URL 已从 http://sunversion.url:8080/repo/trunk 更改为 https://sunversion.url:8443/repo/trunk，我们现在有一个用于匿名 SVN 结帐的 AD 帐户。

为了强制 Hudson 检出头部版本，我们在 URL 中添加了 @HEAD，例如http://sunversion.url:8080/repo/trunk@HEAD.

此外，我们将项目设置为每 2 分钟轮询一次 SVN 更改。

这在更改之前运行良好，即投票将接收更新通知并开始构建。然后在构建期间下载更新。

更改为 SSL 后，民意调查似乎中断了。构建仍然使用带有 @HEAD 的 url 获得头部修订，但对更改的轮询不会收到任何通知，即日志显示“没有更改”。

从 url 中删除 @HEAD 会使投票再次起作用，但现在我们不能确定它实际上是将在构建中使用的主要修订版。

有什么想法吗？

Answer 1

似乎全局配置发生了变化，现在允许配置默认更新策略：Subversion Revision Policy 配置。

来自文档：

排队时间
将使用基于构建计划时间创建的修订版，默认值。

构建时间
将使用基于构建运行时创建的修订版。

主要修订版
将使用 HEAD 修订版。

这仍然不能解释为什么@HEAD 不再起作用但似乎解决了我们的问题。 我希望这能帮助遇到类似问题的其他人。