Svn Subversion在更新期间丢失新目录

我使用的是SVN1.6.3和OrtoiseSVN1.6.6。当我定期从项目的根目录执行更新时，SVN无法拾取新添加的目录（由同事添加）。我已经验证了版本号是否正确，甚至可以在该版本的日志中看到新目录（及其文件）。这似乎不会对所有的计算机产生相同的影响（在另一台计算机上工作正常），而且多次更新也不会纠正它。但是，如果我删除上面这个新目录应该位于的目录，并执行另一个SVN更新…问题就解决了

我的第一个想法是，这要么是后续SVN版本（1.6.6等）已经解决的问题，要么是我的TortoiseSVN客户端版本的问题。有人能证实/否认这两个吗？使用现有存储库升级到新的SVN版本容易吗

svn ls <repository-url>

谢谢…

听起来你好像有一份工作副本。尝试

svn update——设置深度无限

，看看是否可以

在Ortoise中，当您打开更新对话框时，将更新深度设置为“完全递归”。

听起来您有一个工作副本。尝试

svn update——设置深度无限

，看看是否可以

---

Turtoise中的等效功能是，当您打开更新对话框时，将更新深度设置为“完全递归”。

SVN过去一直向后兼容存储库，因此您不必担心这一点。特别是因为最新版本只有1.6.6，所以您并不落后

您能确认您期望的目录确实在存储库中吗

svn ls <repository-url>

svnls

---

在您希望添加的目录的父目录上，或者使用Tortoise的存储库浏览器检查它们是否存在。

SVN过去一直与存储库向后兼容，因此您不必担心这一点。特别是因为最新版本只有1.6.6，所以您并不落后

您能确认您期望的目录确实在存储库中吗

svn ls <repository-url>

svnls

---

在您希望添加的目录的父目录上，或者使用Tortoise的存储库浏览器检查它们是否存在。

我每月都会遇到一次此类问题。在我的例子中，存储库中有一个文件在本地丢失（我可以浏览存储库并查看它），但svn认为我的目录版本是最新的。本地文件中存储的目录的内部版本号是正确的，但我需要的文件不在那里。我刚刚检查了整个enchilada的一个新的本地副本来修复它。

我每个月都会遇到一次这样的问题。在我的例子中，存储库中有一个文件在本地丢失（我可以浏览存储库并查看它），但svn认为我的目录版本是最新的。本地文件中存储的目录的内部版本号是正确的，但我需要的文件不在那里。我刚查了整个enchilada的本地新版本来修复它。

也许会有帮助

更新工作副本时，不会添加新文件

在1.6.0和1.6.1之间， 添加的文件夹以深度添加 “仅此项”的定义。这导致了一场如此激烈的竞争 称为该部分的“稀疏签出” 你的工作副本

请更新至的最新版本 为了避免这些问题，乌龟必须在 未来

要修复稀疏的工作副本， 使用“更新”代替“更新” 从 TortoiseSVN子菜单（在中单击鼠标右键 浏览器），更改“更新深度” 组合框设置为“完全递归”

也许会有帮助

更新工作副本时，不会添加新文件

在1.6.0和1.6.1之间， 添加的文件夹以深度添加 “仅此项”的定义。这导致了一场如此激烈的竞争 称为该部分的“稀疏签出” 你的工作副本

请更新至的最新版本 为了避免这些问题，乌龟必须在 未来

要修复稀疏的工作副本， 使用“更新”代替“更新” 从 TortoiseSVN子菜单（在中单击鼠标右键 浏览器），更改“更新深度” 组合框设置为“完全递归”

---

我们看到的情况是，以前的合并导致树冲突，然后特定目录根本不更新，但在更新时也不会抛出错误消息。事实上，一旦发生这种情况，我们似乎找不到任何程序化的方法来检测这种情况。检查修改时不会出现树冲突，我们知道出现问题的唯一方法是手动将文件与repo浏览器和日志进行比较。只有通过演绎，我们才发现它与树冲突有关

我们必须删除原始目录并重新签出。我们还没有找到程序化的方法来检测何时发生这种情况。这是罕见的，但已复制自己的少数几次

---

信息非常稀少，我知道。

我们看到一种情况，以前的合并导致树冲突，然后特定目录根本不更新，但在更新时也不会抛出错误消息。事实上，一旦发生这种情况，我们似乎找不到任何程序化的方法来检测这种情况。检查修改时不会出现树冲突，我们知道出现问题的唯一方法是手动将文件与repo浏览器和日志进行比较。只有通过演绎，我们才发现它与树冲突有关

我们必须删除原始目录并重新签出。我们还没有找到程序化的方法来检测何时发生这种情况。这是罕见的，但已复制自己的少数几次

---

非常稀疏的信息，我知道。

早期1.6.x版本中的一个bug将新的本地添加目录添加为稀疏目录