svn - 工作副本中的文件似乎“丢失”

时间:2009-11-10 23:05:25

标签: svn tortoisesvn visualsvn

我刚刚与svn陷入了一种奇怪的境地。就工作副本而言,我的一个文件似乎“丢失”了。当我在服务器上查看或在另一个位置对包含文件夹进行新的检查时,文件就在那里,但在这个特定的工作副本中,它似乎“在空间中丢失”。

svn状态报告没有变化(所以甚至没有丢失的文件)

svn update什么都不做

我甚至尝试将文件重新导出到我的工作副本,但没效果。

  • 这里发生了什么?
  • 如何修复工作副本?

如果可能的话,我希望避免使用整个工作副本的新结帐。

5 个答案:

答案 0 :(得分:11)

SVN 1.6.1客户端(包括TortoiseSVN)有一个bug,其中文件夹有时会被错误地设置为深度“空”。这会导致您描述的症状。 (请注意,svn 1.6.1可能会使该文件夹变为“空”,并且即使您已经同时升级到较新的svn客户端,也一直保持这种状态。)

要修复它,请使用TortoiseSVN中的“update to revision”菜单项并选择深度“完全递归”。

答案 1 :(得分:3)

你应该:

  • 确认您正在更新到正确的修订版,并且您正在更新当前项及其所有后代......类似于svn update --revision HEAD --depth infinity
  • 使用svn cleanup进行清理,然后重试

答案 2 :(得分:2)

首先,检查subversion是否与您所使用的工作副本中的内容具有相同的概念,并在文件所在的目录中使用svn info。 URL是正确的分支吗?

接下来,检查您使用svn update进行的未提交的更改。也许有些东西删除了那个文件?如果是这样,只需还原删除:svn revert <file>

接下来(在确保您已保存此目录中已更改的任何内容的副本之后),您只需核对整个目录并重新获取它:cd ..; rm -rf dir; svn update dir。这应该重新创建目录,文件在其中。

答案 3 :(得分:2)

我也有这个错误。问题当然存在于相关文件的 .svn 目录中。 尝试将此 .svn 目录替换为相应的新(部分)结帐目录。

答案 4 :(得分:-1)

尝试仅从本地结帐中删除该特定文件,然后再次进行更新。

相关问题