Git分支解决方案

我面临一个关于git分支的问题。我有一个分支叫做F-branch，我想在那里开发新代码和新特性。稍后，这将被合并到主分支中。在合并到master之后，我意识到我只需要特性1、3和4，其余的都不是必需的。我需要最少的回滚
我应该采取什么策略来解决这个问题？一种策略是在开发所有功能之前不要合并所有功能。在那之后，我们挑选特征并将它们合并到主文件中。
我真的很感谢你的意见

在合并到master之后，我意识到我只需要特性1、3和4，其余的都不是必需的。我需要最少的回滚

你的问题与git无关。您的项目管理流程已中断

一个功能性的PM流程应该确保你只开发那些真正被你的客户重新认可（并为此付费）的特性。一些敏捷方法，如Scrum或看板，已经成功地应用于很多企业

---

但git可能提供了一个解决方案：您可以像这样“还原”提交：

 git checkout master
 git revert [shh1 sha2 ...]

---

Git将创建新的提交并应用它的更改。

这张照片解释不了什么，一个策略是针对每个功能进行分支。我会说我的评论解释了一切，但我会等待你的更多信息。图像中的分支包含代表提交的点。我想每个提交都代表一个特性。几周后，如果需要，我只需要功能（返回提交）1、3、4。策略是什么？一种方法是开发所有功能，然后选择要与主功能合并的功能。
另一种解决方案是回滚到特定的提交（这是一个非常糟糕的主意）。我希望我能传达这个问题@AndyRefuerzo@AliHassan这听起来像是对git原则的误解。尝试一下有关分支的文档。您在附加映像中描述为提交的内容与分支策略无关。