我有一个关于一般 DVCS 的问题，包括 Git 和 Hg。
在 Git 和 Hg 中，合并跟踪都是在“提交”级别而不是“文件/目录”级别完成的。
“副作用”之一是你不能轻易地进行“部分合并”：
- 您已修改分支“feature_branch_x”中的 30 个文件
- 您只想合并（比方说）/kernel/gui 下的文件
使用“基于项目的合并跟踪”（Perforce、ClearCase、Plastic SCM
使用 Hg、Git：一旦合并（有一些方法可以在不合并的情况下保留文件），就会设置“跟踪”，如果您重复合并，则不会留下要合并的候选者。
我的问题是你对此感觉如何？？
在某些情况下您认为“部分合并”是强制性的吗？没有它你还能活吗？ （与提交/cset级别跟踪合并要快得多）。
免责声明：我为塑料单片机 http://www.plasticscm.com我们已经在 4.0 中转向“cset”级别跟踪，但我们想知道保留“项目级别合并跟踪”或者甚至允许两者是否是一个好主意。
我的感觉是，想要对分支进行部分合并是一个迹象，表明一开始就在一个分支中放入了太多内容。处理这种情况的正确方法是将分支分成两个分支，从而纠正原始错误，而不是通过尝试跟踪部分合并来加剧错误。我更喜欢 SCM 功能，它可以使分支的拆分变得更容易。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
