用分支重新组织一个Subversion仓库

Question

我试图重组具有分支的Subversion 1.6存储库。 看来，如果您在中继中移动文件，并且该文件在分支中具有更改，那么当这些更改合并到分支中时，它们将不再存在。

我将尝试在下面说明：

1. Repo before move
    trunk/a.txt
    trunk/b.txt
    branches/feature/a.txt
    branches/feature/b.txt

2. File branches/feature/b.txt is changed.

3. Repo reorganized
    trunk/a.txt
    trunk/new-location/b.txt
    branches/feature/a.txt
    branches/feature/b.txt

4. Changes from trunk merged to feature
    trunk/a.txt
    trunk/new-location/b.txt
    branches/feature/a.txt
    branches/feature/new-location/b.txt

文件夹branch / feature是trunk的副本。

步骤4完成后，功能分支对文件b.txt的所有更改不再存在。

我以为这在svn 1.5中已解决？

如果这不是一个选择，我仍然需要以某种方式重组我的整个笔迹。 当所有分支都合并到主干中时，执行移动操作不是一种选择。 在任何时候，我总是至少有1个分支加主干。

Answer 1

合并移动的文件是一个已知的问题 。 但是，如果Subversion 找不到合并目标，它会用此消息警告您：

跳过的丢失目标：“ baz.c”

如果看到此消息，则可能需要采取手动操作。 如果文件已移动且新位置应接收更改，则可以考虑在重命名实体之间进行子树合并。

我不知道有任何版本控制系统会自动进行这种合并。 编辑 ：看起来像是水银 ，这样的合并确实跟随副本 。

Answer 2

提供有关步骤3和4的详细信息。Subversion合并与副本不同。

Answer 3

您需要确保对第3步使用SVN重命名方法，以确保文件位置仍与将来的更改相关联。

（我正在将它从...中拉出来，所以我不确定以下内容）移动/重新命名文件时祖先存在问题。 确保合并时未选择“忽略祖先”选项。