我有一个案例，我的分支代表一个新版本，其中有一个重构的数据层，但是所有错误修复都应用于主干。
我是否以相反的方式做某事，因为我遇到的所有文档仅涉及将分支合并回主干。
我仍然想保持版本分支和错误修复同步，如何轻松完成？
特别是如果由于版本分支对其目录层次结构和文件进行了许多更改而导致冲突。
在这种情况下，最佳实践究竟是什么？
问问题
365 次
2 回答
2
Subversion 知道“功能分支”的场景：
http://svnbook.red-bean.com/en/1.1/ch04s04.html#svn-ch-4-sect-4.4.2
我认为这在某种程度上适用于您的情况。这个想法也是从主干到分支的更改，以便以后更容易重新集成到主干。然而，我对颠覆的经验是，这不会像你想要的那样顺利。其他系统，如 Git 或 Mercurial，据说在类似的事情上做得更好。
于 2010-11-16T09:22:21.020 回答
1
我是否以相反的方式做某事，因为我遇到的所有文档仅涉及将分支合并回主干。
trunk也是一个分支。没什么好担心的。
我仍然想保持版本分支和错误修复同步，如何轻松完成？
定期重复地将主干合并到功能分支。
特别是如果由于版本分支对其目录层次结构和文件进行了许多更改而导致冲突。
众所周知，svn 的合并很糟糕。这里没有运气。您将不得不手动更正冲突。你有一个单元测试套件，对吧？
于 2010-11-16T09:42:07.613 回答