Git工作流程合并到主版本并创建发行版而忽略了某些合并

Question

我对Git的想法有一个无法解决的缺陷。 它可能是由于无效的工作流程所致。

这就是我要使用Git进行的操作。

当我想投入生产时，我创建了一个主版本，例如1.2版和1.2.1版等。

但是，当我实现在推送到生产之间的代码更改时，我会这样做。

每个更改都是一个分支，映射到描述故障或功能的故障单。

因此，假设我有三个更改：CHANGE1，CHANGE2，BUG1

我创建master的CHANGE1分支。 完成更改后，我合并到master，而CHANGE1分支实际上是无用的，可以删除。

我对CHANGE2和BUG1进行了同样的操作，但是我尚未发布版本，因为企业主需要检查更改是否可以解决票证中概述的问题。

因此，如果除CHANGE2之外的其他一切看起来不错，我如何发布不包含CHANGE2更改的master版本？

解决此问题的一种方法是，我不合并到master，当人员验证每张票证时，我切换git分支，以便他们运行该代码更改。 这始终是我将传递给master的内容合并并创建发行版的过程。 局限性在于，如果由于依赖性而需要同时测试多个更改，那么我想我可以创建另一个master分支，将这两个分支合并到一起吗？

最好的方法是什么？ 我愿意接受此处未概述的建议。 我觉得我缺少使这个过程变得美丽的东西。 无论哪种方式，我似乎都很笨拙。

Answer 1

如果反馈正常，我将单独合并到评论分支。如果CHANGE2不好，我将合并到母版中将其从评论中删除并合并到母版中