我想支持以下情况：
- 开发发生在两个分支上——它们都有点像"默认"（实际开发发生在功能分支上，但它们是这两个分支的分支并合并到其中一个）
- 我希望在不移植单个提交的情况下，从一个分支向另一个分支双向合并更改
- 分支有一个diff（在功能分支的大合并中），我想一直保留并支持它
我试着做一个如这里所述的伪合并，首先是在一个方向上，然后在几个成功的合并之后，在另一个方向（伪合并的伪合并）。现在我需要在另一个方向上再次进行合并，而在这里，另一个虚拟合并（虚拟合并的虚拟合并）对我没有任何帮助（我希望一个虚拟的合并就足够了）。
有可能以这种方式进行开发吗？还是最好在一个分支中进行大部分开发？（好吧，我知道这对hg更好，但我有理由）
前言
如果两个分支共享相同的功能（不稳定的公共DEVEL），我看不出有任何原因导致这种分裂，除了增加了令人头疼的
人脸
您可以避免将不需要的变更集从一个分支合并到另一个分支和如果您要将此合并集转换为MQ修补程序（或搁置集）并始终从|合并到具有未应用修补程序的分支