Svn Subversion在主干过时时将分支合并到主干中

Svn Subversion在主干过时时将分支合并到主干中,svn,branch,trunk,Svn,Branch,Trunk,一条支线已经成为最新的发展路线,因此主干线已经过时。当通过“合并两棵不同的树”将分支合并回主干时,分支中的任何更改历史都不会移动到主干中。我想摆脱这个分支,因为我需要启动一个新的分支进行一些修改,这将需要一些时间。这是正常的行为还是我错过了什么 非常感谢您的任何建议 谢谢! Miguel分支的全部目的是获取存储库的副本,该副本可以在主干保持稳定的情况下向前推送,因此是“过时的”。有人可能会说,如果分支真的成为主要分支,那么“你做错了” 撇开语义学不谈,我认为你的问题有一个可能的解决方案 将主干合

一条支线已经成为最新的发展路线,因此主干线已经过时。当通过“合并两棵不同的树”将分支合并回主干时,分支中的任何更改历史都不会移动到主干中。我想摆脱这个分支,因为我需要启动一个新的分支进行一些修改,这将需要一些时间。这是正常的行为还是我错过了什么

非常感谢您的任何建议

谢谢!
Miguel

分支的全部目的是获取存储库的副本,该副本可以在主干保持稳定的情况下向前推送,因此是“过时的”。有人可能会说,如果分支真的成为主要分支,那么“你做错了”

撇开语义学不谈,我认为你的问题有一个可能的解决方案


将主干合并到分支中,而不是相反。这可能会很困难,这取决于对主干所做的哪些更改没有主动合并到分支中。最后,移除/trunk,并将分支的SVN拷贝到/trunk。请记住,SVN中的“分支”实际上只是您正在分支的内容(包括历史)的副本。如果您不确定这将如何进行,您可以对repo进行svndump,并在临时存储库上进行测试。

分支的全部目的是获取存储库的副本,该副本可以在主干保持稳定的情况下向前推送,从而“过时”。有人可能会说,如果分支真的成为主要分支,那么“你做错了”

撇开语义学不谈,我认为你的问题有一个可能的解决方案

将主干合并到分支中,而不是相反。这可能会很困难,这取决于对主干所做的哪些更改没有主动合并到分支中。最后,移除/trunk,并将分支的SVN拷贝到/trunk。请记住,SVN中的“分支”实际上只是您正在分支的内容(包括历史)的副本。如果您不确定这将如何进行,您可以对repo进行svndump,并在临时存储库中进行测试