不能使用jenkins和Subversion 1.7吗？有解决方案吗

Question

我对subversion 1.7的新更新与使用Jenkins的问题一直存在问题。

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

因此，考虑到想要继续前进并使用颠覆1.7的新功能，例如具有可以轻松使用修订号的外部......，我现在遇到了jenkins的问题。

我对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的建议是什么。

仅供参考我尝试了以下内容：

• 使用协议SSLv3更改服务器上使用的协议使Subversion工作但jenkins失败，并且使用TLSv1和SSLv3使jenkins工作但失败了一些subversion操作，因此没有正面结果。
• 更改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）。

最近我最接近成功，因为詹金斯工作得很好，但似乎无法输出外部。 （我能够手动进行导出，但我需要由jenkins完成）。

所以想到了吗？

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，直到Jenkins / SvnKit支持1.7。

Subversion 1.7 release notes表示存储库格式未更改，因此如果您已升级，则应该可以降级存储库：

  

Subversion 1.7服务器使用与Subversion相同的存储库格式   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插件升级的开发目前正在进行中，应该可以在插件的下一个版本中使用。