颠覆：获取；客户太老了”；即使所有开发人员都运行相同的svn版本

我们正在使用Subversion跟踪我们的代码。作为生成过程的一部分，某些AssemblyInfo.cs文件会被生成脚本临时编辑，并且在生成完成后会被还原（也会被生成脚本还原）。但是，我们的一位开发人员在尝试还原时收到以下消息：

客户太老了，无法与之合作 工作副本“路径”。你需要 获取更新的Subversion客户端，或 降级此工作副本

我们都在运行同一版本的Subversion（1.5.1）。开发人员设置之间的唯一区别是，有问题的用户使用的是更高版本的OttoiseSVN（1.6.0，而其他版本则是1.5.x），并且我们在存储库存在的整个时间内都在运行Subversion 1.5.1

---

您对可能出现的问题有什么提示吗？

TortoiseSVN 1.6使用比1.5更新的subversion客户端版本。这可能就是你犯错误的原因

---

另一种可能性是构建脚本使用的是不同的客户端

每当任何subversion客户端接触到一个工作副本时，它所做的第一件事就是以静默方式将该工作副本更新为其版本

OrtoiseSVN会这样做，使其他subversion客户端无法可靠地读取工作副本

这适用于所有版本中的所有subversion客户端（到目前为止）。命令行、乌龟、亚唇形、安卡、急流——所有行为都是一样的

有一个python脚本可以降低工作副本的级别，或者您可以将其废弃，然后重新开始新的签出。 看

Tortoise通常遵循其使用的subversion客户端的主要版本号

编辑：

在您的例子中，您使用了两个客户机—Turtoise和构建脚本中的命令行。生成脚本在更新到最新版本之前无法工作

---

我们自己也有这个问题。

您是否共享同一份工作副本？他的WC应该像1.6 WC一样与1.6 WC的客户愉快地相处。+1；一般来说，请始终仔细检查实际Subversion二进制文件中使用的版本、任何支持工具（如TortoiseSVN）和IDE中的任何插件，并确保在升级该版本的任何存储库（目前正在调查）之前可以获得匹配的版本。我认为错误可能在于，用户认为Tortoise只是简单地“包装”了已安装的svn客户端。对所使用的不同工具的良好调用。尝试使用（例如）VisualSVN 1.5进行还原在由Tortoise 1.6签出时将不起作用+Tortoise包括它自己的SVN客户端，但它嵌入到DLL中，而不是作为SVN.exe公开。但在我们的情况下，情况正好相反；唯一抱怨的客户端是更新版本的客户端。TortoiseSVN 1.6是抱怨，还是另一个SVN客户端由同一个用户运行，TortoiseSVN 1.6是抱怨？别介意我的评论；向后思考。你完全正确，有两个客户在使用中；命令行客户端（1.5.1）和Tortoise中的客户端（1.6.x）。我很确定这就是问题所在。