Git 分支解决方案答案

【问题标题】：Git Branch SolutionGit 分支解决方案
【发布时间】：2018-12-07 05:33:00
【问题描述】：

我遇到了一个关于 git 分支的问题。我有一个名为 F-branch 的分支，我想在其中开发新代码和新功能。稍后，这将被合并到主分支中。合并到 master 之后，我意识到我只需要功能 1,3 和 4 其余的都不是必需的。我需要最少的回滚。
我应该采用什么策略来解决这个问题？一种策略是在开发所有功能之前不要合并所有功能。之后，我们挑选特征并将它们合并到主控中。 I've attached a photo that explains everything.
非常感谢您的意见。

【问题讨论】：

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

标签： git gitlab git-branch tortoisegitmerge

【解决方案1】：

合并到 master 后，我意识到我只需要功能 1,3 和 4 其余的都不是必需的。我需要最少的回滚。

你的问题与 git 无关。你有一个破碎的项目管理流程。

功能性 PM 流程应确保您只开发真正由您的客户要求（并付费）的功能。一些敏捷方法，如 Scrum 或看板，已经成功地为很多企业所用。

但 git 可能会提供解决方法：您可以像这样“恢复”提交：

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

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

【讨论】：