Svn subversion中的慢速切换

Svn subversion中的慢速切换,svn,tortoisesvn,Svn,Tortoisesvn,我们的存储库中有一个从主干分支出来的项目。它已经存在了约18个月,并承诺对其进行约500次修订。当时对主干的所有更改都已一致地合并到分支中 在这一点上,当我们在这两个文件之间运行切换操作时,可能需要两分钟以上的时间,并且在某些特定文件上似乎会暂停 为了测试,我已经删除了所有合并信息,没有运气 作为进一步的测试,我在主干上创建了一个新分支。然后,我合并了原始分支和主干之间的差异,并将它们提交到新分支中 根据svn实用程序,新分支和旧分支现在是相同的 如果在主干和新分支之间切换,则不会出现速度问题

我们的存储库中有一个从主干分支出来的项目。它已经存在了约18个月,并承诺对其进行约500次修订。当时对主干的所有更改都已一致地合并到分支中

在这一点上,当我们在这两个文件之间运行切换操作时,可能需要两分钟以上的时间,并且在某些特定文件上似乎会暂停

为了测试,我已经删除了所有合并信息,没有运气

作为进一步的测试,我在主干上创建了一个新分支。然后,我合并了原始分支和主干之间的差异,并将它们提交到新分支中

根据svn实用程序,新分支和旧分支现在是相同的

如果在主干和新分支之间切换,则不会出现速度问题

看来回购协议中可能有什么东西导致了这一点。在这一点上,我唯一能想到的是,由于分支机构有很多历史,系统正在比较每一次修订

我们正在使用SVN1.6,并通过file:protocol进行操作


有什么想法吗?

切换要求首先检查文件是否有本地修改。这是通过比较文件的最后写入时间来完成的。该检查速度很快,但如果某些文件更改了上次写入时间,但没有进行任何修改(例如,文件修改、保存,然后修改被撤消并再次保存),则该检查需要更长的时间,因为SVN必须对文件内容进行逐字节比较


要“修复”可能错误的最后写入时间,运行cleanup命令会有所帮助。

谢谢Stefan。我试图清理,但没有成功。这似乎不是一个工作副本问题,因为它发生在多个工作副本中。我有类似的问题,但主要是在Linux工作副本上。即使在工作副本已打开的情况下,为相同的URL运行switch,速度也很慢。