不能使用jenkins和Subversion 1.7？任何解决方案

Question

我一直在颠覆1.7的新更新与使用詹金斯的问题。

这是交易，我们公司的一些人切换到新的颠覆1.7，因此他们不能恢复到旧的1.6颠覆文件夹结构（除非他们提交一切抹去他们的文件夹，卸载新的1.7颠覆与他们所有的酷的新功能，安装旧的无聊的1.6和重新出口的一切，我知道）。

因此，考虑到要继续前进并使用Subversion 1.7的新功能（例如具有可轻松使用修订号的外部设备...），我现在对jenkins有问题。

我对詹金斯的选择是使用SVNKIT 1.3.7的插件或可以更新到1.3.9。如果我们看看SVNKIT的下载页面（http://svnkit.com/download.php），他们说1.3.7和1.3.9版本与Subversion 1.7不兼容。这应该在2012年3月左右得到解决。我的服务器必须尽快启动并运行，所以我不能等待整整一个月。

那么你有什么建议让我尝试让我的用户使用Subversion 1.7，并且我仍然可以使用Jenkins。

FYI我试过如下：

• 更改服务器所使用的协议，使用协议的SSLv3让Subversion的工作，但失败詹金斯，以及使用的TLSv1和SSLv3的让詹金斯工作，但失败了一些颠覆的操作，所以没有积极的结果。
• 更改jenkins中的协议选项以使用SSLv3，这在几个常见问题中提到，默认情况下，jenkins使用协议TLSv1，但仍然没有正面结果。 （总是给我错误无法访问https://svn.myrepos.com/svn/teamlib/package/ThePackages/trunk：svn：OPTIONS/svn/teamlib/package/ThePackages/trunk失败（显示详细信息）（可能需要输入凭据？））
• 在另一台服务器使用TLSv1和SSLv3，这个存储库只包含一个到真正的基本存储库的外部链接（例如，新的存储库https://svn2.myrepos.com/svn/teamlib/testpackage/trunk这只包含一个外部的svn在其他服务器上使用SSLv3 https://svn.myrepos.com/svn/teamlib/package/ThePackages/trunk）。

最近是最接近我成功，因为詹金斯工作正常，建立一切，但似乎无法出口外部。 （我可以做手动输出，但我需要由詹金斯完成）。

那么有什么想法？

Answer 1

我不知道我理解你的架构。即使存储库运行的是Subversion 1.6.x，您的开发人员也可以在其开发机器（客户端）上继续使用1.7。据我所知，改进的外部支持是在1.7之前引入的，例如，我们在1.6.x中使用了挂钩外部。在我看来，与Jenkins的兼容性胜过了在服务器上运行1.7的好处。

我们运行一个运行subversion 1.6.x的中央svn服务器（它支持挂钩修订外部），一些开发者已经升级到了他们的开发机器上的subversion 1.7客户端。由于svn服务器运行的是1.6.x，因此Jenkins可以从我们的中央存储库中检出（包括检出外部数据）。我会建议坚持在您的存储库1.6.x直到詹金斯/ SvnKit支持1.7。

的Subversion 1.7 release notes说，知识库格式并没有改变，所以你应该能够降级你的资料库，如果你已经升级：

颠覆1.7服务器使用相同的存储库格式颠覆 1.6。因此，可以在1.6.x和1.7.x服务器之间无缝升级和降级，而无需更改磁盘存储库中 的格式。 （这对于任何一对 1.x和1.y服务器来说都不正确，但恰好保持为1.6和1.7）。如果服务器上已启用新的1.7功能（在挂接或服务器 配置文件中） ，他们当然必须先禁用 才能恢复到1.6服务器。

Answer 2

您将不得不等待Jenkins的Subversion插件更新为支持Subversion 1.7。我不确定那会是什么时候。 Hudson Subversion插件的升级开发目前正在进行，应该在插件的下一个版本中提供。