关于使用TortoiseSVN将来自主干的错误修正合并到功能分支的最佳实践

Question

我有一个案例，我的分支代表一个新版本，其中有一个重构数据层，但所有错误修复都应用于主干。
我是否采用了对手的方式，因为我遇到的所有文档都只涉及将分支合并到主干中。
我仍然希望保持版本分支和错误修复同步，如何轻松完成？ 特别是如果由于版本分支对其目录层次结构和文件进行了许多更改而存在冲突 在这种情况下，最佳做法究竟是什么？

Answer 1

Subversion知道＆＃34;功能分支的场景＆＃34;：

http://svnbook.red-bean.com/en/1.1/ch04s04.html#svn-ch-4-sect-4.4.2

我认为这在某种程度上适用于您的情况。这个想法也是从主干到分支的变化，以便以后更容易重新集成到主干。然而，我对颠覆的经验是，这不会像你想的那样顺利运行。像Git或Mercurial这样的其他系统据说可以做得更好。

Answer 2

  

我是否采用了oppsite的方式，因为我遇到的所有文档都只涉及将分支合并到主干中。

trunk也是一个分支。没什么可担心的。

  

我仍然希望保持版本分支和错误修复同步，如何轻松完成？

定期并重复地将主干合并到功能分支。

  

特别是如果由于版本分支对其目录层次结构和文件进行了很多更改而导致冲突。

众所周知，svn合并得很糟糕。这里没有运气。您必须手动更正冲突。你有一个单元测试套件，对吗？