Svn Subversion偶尔会丢失新文件

下面是我们的场景：

开发人员A检查包含新文件的更改。开发人员B进行了一次更新，突然，由于文件丢失，文件中断了。开发人员B尝试另一个更新，没有任何内容，因此他打电话给开发人员A。开发人员A说：“嘿，我签了他们，你瞎了吗？”只有当开发人员B使用TortiseSVN Repo浏览器时，他才看到，确实有新的文件可用。修复方法是“在TortiseSVN Repo浏览器中将项目更新为修订版”。即使开发人员B通过explorer中的TortoiseSVN或Eclipse中的Subversive客户端进行更新，他也看不到新文件。我们也无法通过Cygwin中的SVN命令行客户端查看该文件

---

它并不是一直都在发生，我们似乎也不能随意复制它。但是当它这样做的时候，它是非常烦人的。

如果工作副本是（又称浅层、非递归的）的话，就会发生这种情况。也许这就是问题所在

---

通过在工作副本上运行

svn info

并查找类似

Depth:immediates

的行，可以判断该工作副本是否为非递归副本。正常工作副本将不会有此行。

请查看此条目。

您是否使用任何类型的Subversion外部程序，将一个项目中的目录包含在另一个项目中？您的团队开发的是什么操作系统？我想您使用的是最新版本的客户端？顺便说一句，我认为使用命令行不需要cygwin。在命令行上，如果您键入

svn--version

这会给您带来什么？您是如何签出工作副本的？有一个设置可以指定工作副本的深度，如果将其设置为“仅此项”（检查“签出”对话框中的TortoiseSVN），则存储库中的新文件和文件夹将不会到达工作副本。你应该尝试签出一个新的副本并使其“完全递归”，看看这是否有帮助。当我复制一个签出的目录（即所有元数据）并开始用文件填充副本时，我也发生过类似的异常情况。这可能是朝这个方向发展的吗？值得一看客户端是如何配置的——我们故意没有用稀疏方法检查。将继续查找。我们正在使用“TortoiseSVN 1.6.5，构建16974-32位，2009/08/20 08:13:46”，但对修订版的更新始终有效。同样，这种情况偶尔会发生，但已经成为一个问题。当它再次出现时，我们将仔细观察它。这发生在我们的环境中。我们有不同版本的客户和不同类型的客户（陆龟，Ankh）。看起来我们最终将lokal的工作副本设置为浅层签出。我们现在只与乌龟合作，一切都很好。