我可以将 TortoiseSVN 1.8.9 客户端用于 SubVersion 服务器 1.8.9

Question

据我了解，TortoiseSVN 客户端版本和 SVN 服务器版本之间存在直接关系，这可以从位于 sourceforge.net 的可执行安装程序文件名中看出

例如，

1. TortoiseSVN-1.8.7.25475-x64-svn-1.8.9.msi
   • Tortoise SVN 客户端版本 1.8.7 兼容 SVN 服务器 1.8.9
2. TortoiseSVN-1.8.12.26645-x64-svn-1.8.14.msi
   • Tortoise SVN 客户端版本 1.8.12 兼容 SVN 服务器 1.8.14

我们的 SVN 服务器版本是 1.8.9。所以，我们一直在使用 Tortoise SVN 客户端版本 1.8.7。我们今天意识到，sourceforge.net 中不再提供 Tortoise SVN 客户端版本 1.8.7。它现在有1.8.9, 1.8.12 and 1.9.x versions only。

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

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

显然，SVN 服务器版本 1.5 和 1.8 有重大变化。因此，某些版本的客户端不能很好地与某些版本的服务器一起使用。例如，http://tortoisesvn.net/tsvn_1.8_releasenotes.html#compatibility。因此，混乱/担忧。

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

我有可执行文件的副本，可以与团队中需要它的任何人共享。但这不是我正在寻找的答案:)

Answer 1

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

Subversion 的inter-release compatibility guidelines 中概述了此版本控制方案，您的问题已得到解决：

在同一 MAJOR.MINOR 行中的不同补丁版本之间升级/降级永远不会破坏代码。它可能会导致错误修正消失/重新出现，但 API 签名和语义保持不变。 （当然，语义可能会以适合错误修正的微不足道的方式发生变化，只是不会以强制调整调用代码的方式发生变化

您也可以查看 Subversion feature compatibility chart for the 1.8 release。它不区分 1.8 客户端和服务器的版本。

请注意，TortoiseSVN 使用 Subversion API 与服务器通信，因此为了客户端/服务器兼容性，我们只需要考虑 Subversion 版本。

Answer 2

跟进帕特里克的回答

TortoiseSVN 客户端版本和 SVN 服务器版本之间存在直接关系

不... TSVN 版本控制与 Subversion 的版本控制略有不同（由于一些原因）在版本号和 TortoiseSVN 安装程序的文件名的构建部分（以及“关于”框中的文本）只需提到底层的 Subversion，每个版本的 TortoiseSVN（只是 Subversion 本身的 GUI）都基于它，并且不限制您在服务器端使用（几乎所有）版本的 Subversion

Answer 3

只要您使用http(s)、svn 或svn+ssh 协议，所有 1.x 客户端都兼容所有 1.x 服务器。

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