OrtoiseSVN 1.7是否可以在SVN 1.6存储库中正常工作？

我想将我的TortoiseSVN安装升级到1.7版。我们有一个运行SVN 1.6存储库的VisualSVN服务器

我需要先将存储库升级到1.7，然后才能更新我的客户端，还是TortoiseSVN向后兼容

我知道在从OrtoiseSVN 1.6升级到1.7的过程中，我需要将我的工作副本转换为新的格式，但是在提交过程中，它是否有一些逻辑来查看服务器版本并进行适当的调整？

在

较旧的客户端和服务器与1.7服务器和 客户

Subversion 1.7服务器使用与Subversion相同的存储库格式 1.6. 因此，可以在1.6.x和1.7.x服务器之间无缝升级和降级，而无需更改服务器的格式 磁盘上存储库

---

无需执行任何操作，您的工作副本将被升级，并且仍然能够与1.6服务器通信。

1.6服务器（我的情况是1.6.17）工作正常。

是的

如果在同一工作副本（即签出目录）上使用不同版本的客户端，则可能会遇到问题。此外，如果将旧客户端与新服务器一起使用，则可能无法使用某些新服务器功能

但是，新的SVN客户端与旧服务器向下兼容，但有一些新功能除外。因此，将OrtoiseSVN 1.7与服务器1.6配合使用应该不会出现问题

请参阅SVN网站上的。趣闻时间：

• 服务器版本。1.6.17
• 客户端A Subversion 1.8.9（赢，乌龟）
• 客户端B版本1.6.17（r1128011）（linux）

在客户B上：

 - create branch_x with lots of files
 - commit
 - svn mv branch_x branch_xnew
 - log shows A branch_xnew, then thousands of D for each file in branch_x
 - commit
 - fails saying that branch_x is out of date.

 - out of desperation, revert --depth inifity... same
 - more desperation, checkout a clean working copy, svn mv, commit, fails "branch_x is out of date".

---

在客户端A上：svn mv，提交，完成。客户端B上的svn up显示没有冲突。全部完成。

不幸的是，兼容性矩阵没有处理1.7注意：OrtoiseSVN将更新工作副本格式，这将给老客户带来问题。只有在使用多个不同客户端访问同一工作副本的环境中，这才是一个问题。例如，如果您从OrtoiseSVN和IDE（例如PHPStorm）访问仅支持1.6工作副本格式的工作副本。@ArtemGoutsoul您可以在SVN 1.6上为客户端使用单独的WC，这如何回答问题？@crashmstr问题是“OrtoiseSVN向后兼容吗？”。。。这给了一个很好的提示，答案是“YMMV”。。。