【问题标题】:TortoiseSVN and .svn folder using a symbolic linkTortoiseSVN 和 .svn 文件夹使用符号链接
【发布时间】:2018-12-23 01:41:51
【问题描述】:

我的公司在内部使用 TortoiseSVN 来更新我们的文件。我拥有的项目的 .svn 文件夹很大(250GB),因此我不得不将它移到外部硬盘上。我创建了一个指向新位置的符号链接,这样 TortoiseSVN “应该”仍然可以继续工作。

我设法运行清理,但是当我尝试还原文件时,它给了我一个错误“无法运行与(文件)关联的 WC DB 工作队列”和“无法移动(tmp 文件)到...(原始文件):系统无法将文件移动到不同的磁盘驱动器”。我发现此错误是由于Windows在移动文件时不允许重命名文件引起的。有谁知道解决方案这个?

【问题讨论】:

  • 您能否使用稀疏签出或仅签出存储库的子目录,以便您只有操作需要的文件? IOW,您是否需要检查所有内容?

标签: svn tortoisesvn revert


【解决方案1】:

在网上找到了这个精彩的解释。

Subversion 在正常操作期间必须自动重命名(并且 move) 将文件从 .svn/ 目录中的某个位置移动到预期的位置 工作副本中的位置。如果源和 重命名的目标在不同的卷上,这就是错误 消息告诉你。这是移动到不同的音量 失败,而不是重命名文件。

Subversion 假设可以将文件从 .svn 目录自动移动到工作副本的签出文件中。当 .svn 目录位于不同的驱动器/文件系统上时,这是不可能的。

工作副本的完整性 依赖于原子重命名。

就我而言,我只移动了本地存储库的一个子文件夹,而不是 .svn 文件夹。但是问题是一样的,一旦源 .svn 文件夹和目标文件夹最终位于不同的磁盘上,原子文件移动就会失败。

没有选项 B,只能将文件夹移回同一个磁盘。您可以尝试通过打开“Vacuum Pristine Copies”标志进行“清理”来减小 .svn 文件夹的大小。 或者拿一个更大的磁盘。

【讨论】:

    猜你喜欢
    • 2015-04-02
    • 1970-01-01
    • 2012-12-14
    • 2019-04-10
    • 1970-01-01
    • 1970-01-01
    • 2014-05-31
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多