我可以为SubVersion服务器1.8.9使用TortoiseSVN 1.8.9客户端吗

据我所知，OrtoiseSVN客户端版本和SVN服务器版本之间存在直接关系，这一点在sourceforge.net中的可执行安装程序文件名中很明显

比如说,

陆龟VN-1.8.7.25475-x64-svn-1.8.9.msi

• Tortoise SVN客户端版本1.8.7与SVN服务器1.8.9兼容

陆龟VN-1.8.12.26645-x64-svn-1.8.14.msi

• Tortoise SVN客户端版本1.8.12与SVN服务器1.8.14兼容

我们的SVN服务器版本是1.8.9。所以，我们一直在使用Ortoise SVN客户端版本1.8.7。我们今天意识到，Ortoise SVN客户端版本1.8.7在sourceforge.net中不再可用。现在有了

由于Tortoise SVN客户端1.8.7不可用，我们可以为SVN服务器版本1.8.9使用更高版本的客户端1.8.9吗

我找不到TortoiseSVN客户端和SVN服务器版本的兼容性矩阵。或者，是因为TortoiseSVN客户端和SVN服务器版本之间根本没有关系？在这种情况下，兼容性矩阵肯定会有所帮助

显然，SVN服务器版本1.5和1.8中有重大更改。因此，某些版本的客户端无法与某些版本的服务器配合使用。例如因此产生了困惑/担忧

在这种情况下，当我检查兼容性时，我想问客户机是否能够使用服务器提供的所有功能。或者，如果特定版本的服务器未使用推荐的客户端版本，则会有任何限制或功能损失

---

我有可执行文件的副本，可以与团队中需要它的人共享。但这不是我想要的答案：）

只要您使用

http

（

s

）、

svn

或

svn+ssh

协议，所有1.x客户端都与所有1.x服务器兼容

---

仅使用最低版本组件（客户端或服务器）中存在的功能-IOW，最低公分母。这不应成为当前使用的重大障碍。

当客户端和服务器都是相同的次要版本（例如1.8）时，不存在功能兼容性问题。Subversion和TortoiseSVN项目都使用较小的版本更新（例如1.8.0到1.8.1）来修复bug，而不是引入或删除功能

Subversion中概述了此版本控制方案，您的问题如下：

在同一主代码行中的不同修补程序版本之间升级/降级不会中断代码。它可能会导致错误修复消失/重新出现，但API签名和语义保持不变。（当然，语义可能会以适用于错误修复的简单方式发生变化，但不会以强制调整调用代码的方式发生变化。）

您还可以检查Subversion。它不区分1.8客户端和服务器版本

---

注意到，TurtoSeVN使用颠覆API来与服务器进行通信，因此对于客户机/服务器兼容性，我们只需要考虑颠覆版本。

跟踪帕特里克的回答< /P> 在OrtoiseSVN客户端版本和SVN服务器版本之间存在直接关系

---

不…TSVN版本控制与TurtoiseSVN安装程序的版本号和文件名（以及“关于”框中的文本）的构建部分中的Subversion版本控制略有不同，只是在引擎盖下提到了Subversion，每个版本的TurtoiseSVN（仅用于Subversion本身的GUI）基于并且不限制您在服务器端使用（几乎任何）版本的Subversion

Hi@alroc，我已经更新了问题，以检查如果不使用推荐版本的客户端，是否会丢失任何功能。