SVN合并并重命名分支中断跟踪?

SVN合并并重命名分支中断跟踪?,svn,branch,svn-merge,Svn,Branch,Svn Merge,如果我使用svn merge跟踪分支的更改,并且我想重命名分支(通过执行svn mv),这会导致跟踪更改的方式出现问题吗?这样做安全吗?Sydius。是的,这将导致跟踪更改的方式出现问题。但是,只要更新跟踪移动的分支的任何分支,这是一件安全的事情 这很简单,如下所示: cd /path/to/tracking/branch svn pe svnmerge-integrated . /trunk:1-8334,8336-8440,8444-8450,8452-8458,8460-8469,847

如果我使用
svn merge
跟踪分支的更改,并且我想重命名分支(通过执行
svn mv
),这会导致跟踪更改的方式出现问题吗?这样做安全吗?

Sydius。是的,这将导致跟踪更改的方式出现问题。但是,只要更新跟踪移动的分支的任何分支,这是一件安全的事情

这很简单,如下所示:

cd /path/to/tracking/branch
svn pe svnmerge-integrated .
/trunk:1-8334,8336-8440,8444-8450,8452-8458,8460-8469,8471-8476,8480,8486
您将看到一行(如果您正在跟踪多行,则为多行),如下所示:

cd /path/to/tracking/branch
svn pe svnmerge-integrated .
/trunk:1-8334,8336-8440,8444-8450,8452-8458,8460-8469,8471-8476,8480,8486
这表示我的分支正在跟踪我的存储库的/trunk,以及已合并到其中的修订列表。您只需将/trunk更改为/mynewbranch并保存文件

您还需要对svnmerge blocked属性执行相同的操作,例如:

svn pe svnmerge-blocked .

如果此文件为空,则忽略它。

注释似乎已关闭,但答案有问题。如果在移动分支之后才运行svnmerge.py init,“init”将拒绝运行,因为
它不知怎么地把原来的路径拉了出来,并试图使用它,但没有成功。

在将分支合并回主干之前,它似乎一直在工作。当无法找到移动它的上一个分支名称时,它失败。