gpt4 book ai didi

SVN 重定位后 SVN 更新不起作用

转载 作者:行者123 更新时间:2023-12-04 04:57:27 24 4
gpt4 key购买 nike

我最近将我的 SVN 存储库从 SERVER1 迁移到了 SERVER2。

  • 在 SERVER2 上安装了 SVN。
  • 使用 svnrdump 实用程序转储存储库。
  • 使用 svndump load 实用程序将转储文件加载到新的 svn 服务器。

  • 我从 SERVER1 svn 的路径 http://SERVER1/project1/data 中 check out 了工作副本 WC

    请注意一件事:
  • 当我进行转储时,SERVER1 上的 SVN 修订版为 12345。
  • 当我 check out WC 时,SVN 修订版为 13456。

  • 现在,使用 relocate from tortoise svn on windows ,我有 将 WC 重新定位到 SERVER2 svn 到路径 http://SERVER2/project1/data

    搬迁成功。

    在此之后,我试图将 check-in 更改从 rev-12345 到 rev-13456 更改为 http://SERVER2/project1/data

    但是,这是正在发生的事情:
  • 提交操作未显示任何要提交的文件。
  • 检查修改未显示任何更改。
  • SVN 更新显示错误“无此类修订:13456”。
  • 我更改了 WC http://SERVER2/project1/data 上存在的文件,并尝试提交它。这里也给出了“没有这样的修订:13456”。

  • 我期待当 WC 来自 SERVER1 的 rev-13456 将被重新定位到来自 SERVER2 的 rev-12345 的 http://SERVER2/project1/data 时,它​​将显示这两个修订版之间的所有差异。

    注意:我在上面尝试是因为 SERVER1 将在一段时间内关闭。截至目前,这两个存储库都存在。 SERVER1 仍在被人们使用,而 SERVER2 将与 SERVER1 保持同步。

    最佳答案

    因为您 checkout 的工作副本的修订版本比您重定位到的服务器上的版本晚,所以它没有计算更改的引用点。这种更新 SERVER2 的方法将不起作用。您有两个选择:

  • 要使用丢失的所有修订正确更新 SERVER2,您必须执行剩余修订的部分转储/加载。 svnadmin dump repo_path -r 12346 --incremental ,然后在新服务器上加载。它只会转储 12346 向前的修订。只有当您没有向 SERVER2 添加不属于 SERVER1 的其他修订版时,这才有效。
  • 如果您不关心中间的修订历史记录,而只想将当时的所有更改作为 1 个修订版转储到新服务器中,请先从新服务器重新 check out 。然后将所有更改从您的 WC 从 SERVER1 复制到 SERVER2 的此 WC 并提交。

  • 第一个选项更好,甚至可能更少工作,具体取决于更改的复杂程度。

    关于SVN 重定位后 SVN 更新不起作用,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/16590219/

    24 4 0
    Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
    广告合作:1813099741@qq.com 6ren.com