Git 仅合并所需提交的请求

我的经理希望我发送原子合并请求，以便轻松跟踪更改。我想实现两个功能，

feature1

和

feature2

，它们不是完全独立的。假设我在

feature1

中编写了一个类定义和一些方法，并在

feature2

中向同一个类添加了一些其他方法

我的想法是从

master

分支创建一个分支

X

，并实现

feature1

。我提交、推送并发送合并请求。对于

feature2

，我从branch

X

创建另一个分支

Y

，以便它包括

feature1

。我实现了

feature2

commit、push和send合并请求

如果我的经理在我实施

feature2

之前不接受第一个合并请求，则第二个合并请求不仅包括

feature2

，还包括

feature1

。这使得跟随变化变得更加困难

---

在第二个合并请求中，我只需要

feature2

。如何达到我的目的？

您可以创建一个从

Y

到

X

的虚假合并请求，而不是

主文件

。然后它将只显示feature2实现。

---

合并

X

后，您编辑合并请求，并将目标更改为

master

难道您不能创建独立于功能1的功能2分支，以便您必须针对分支X请求功能1和功能2。并且无论哪一个先获得批准，都可以轻松合并。当我从

master

对于feature2和PR feature1，它仍然在feature2的合并请求中引入feature1。合并feature2时，我只需要feature2。这似乎是一个有效的解决方案，直到收到有关feature1的反馈，并且我在合并前更新了X，然后存在一些冲突。对于分支中的小更改，很容易解决这些冲突，但我不知道将来这些冲突是否会给我带来大麻烦。您对这个问题有何评论？您可以像往常一样通过将X合并到Y或将Y重定为新的X顶部来解决这些问题。当这导致冲突时，它们似乎是有效的，您无论如何都必须修复它们。