根据我的理解，TortoiseSVN客户端版本与SVN服务器版本之间存在直接关系，这在源自sourceforge.net的可执行安装程序文件名中很明显
例如，
我们的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。因此，混乱/担忧。
当我在这种情况下检查兼容性时，我打算问客户端是否能够使用服务器提供的所有功能。如果建议的客户端版本未用于特定版本的服务器，则会有任何限制或功能丧失。
我有可执行文件的副本，我可以与团队中的任何人分享。但那不是我要找的那种答案：）
答案 0 :(得分：3)
当客户端和服务器都是相同的次要版本（例如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版本。
答案 1 :(得分：2)
只要您使用http（s），svn或svn+ssh协议，所有1.x客户端都与所有1.x服务器兼容。
仅使用最低版本组件（客户端或服务器）中存在的功能 - IOW，最小公分母。这不应成为今天使用的重大障碍。
答案 2 :(得分：2)
帕特里克回答的后续行动
TortoiseSVN客户端版本与SVN服务器版本之间存在直接关系
否...... TSVN版本与Subversion的版本化（由于某些原因）在版本号和TortoiseSVN安装程序的文件名部分（以及＆＃34;关于＆ ＃34;框）只是提到了Subversion，在每个版本的TortoiseSVN（只是用于Subversion本身的GUI）的基础上，不限制你在服务器上使用（几乎任何）版本的Subversion侧的