我有一个分支结构如下。3个分支机构。

a - b - c - d  *main*
     \
      e - f    *feature1*
           \
            h  *feature2*

Feature1和Feature2在技术上是完全独立的。我只是想用feature1代码测试feature2。但是计划的改变意味着我需要在把feature1放进去之前把feature2放进main。
因此，目标是在main上将h挑选为d。
这就是我的困惑。当我在像Fork这样的查看器中查看diff时，diff非常干净。事实上，这正是我想樱桃采摘。当我查看commit h中的更改时，只显示了行的更改。
问题是，当我转到main并尝试在h中进行cherry pick时，它会合并冲突。在合并冲突中，是来自提交e和f的代码，我想这在技术上是有意义的，因为它是对整个文件状态的选择，但使选择提交更加困难。
我尝试将提交h保存为补丁，但由于冲突，它不会应用于d。我先试着在main上重定feature2的基，但也有同样的问题。底线是：当我查看h的差异时，我看到的差异正是我想应用于d的差异。因为存在合并冲突，所以感觉就像e和f的历史被带入h的樱桃采摘中。如果我能以某种方式提取h在f上的差异，并将其应用于d，这将是我试图做的更多。