【发布时间】：2018-08-30 20:23:24
【问题描述】：
我对 Git 的思考中有一个我无法解决的缺陷。它可能源于无效的工作流程。
这就是我想要用 Git 做的事情。
当我想推送到生产环境时，我会创建一个 master 版本，比如 1.2 版和 1.2.1 版等。
但是当我在推送到 prod 之间实现代码更改时，我会这样做。
每个更改都是一个分支，映射到描述错误或功能的票证。
所以假设我有三个变化：CHANGE1、CHANGE2、BUG1
我创建了 master 的 CHANGE1 分支。当我完成更改后，我合并到 master 并且 CHANGE1 分支基本上没用，可以删除。
我对 CHANGE2 和 BUG1 做了同样的事情，但我还没有发布，因为企业主需要检查这些更改是否解决了工单中列出的问题。
那么，如果除了 CHANGE2 之外一切看起来都不错，我该如何发布不包含 CHANGE2 更改的 master 版本？
我解决此问题的一种方法是我不合并到 master 并且当该人验证每张票时，我切换 git 分支以便他们运行该代码更改。这总是我将传入的内容合并到 master 并创建一个版本。限制是，如果由于依赖关系需要同时测试多次更改，我想我可以创建另一个 master 分支，将两个分支合并到？
最好的方法是什么？我愿意接受此处未列出的建议。我觉得我错过了一些让这个过程变得美好的东西。无论哪种方式，我都觉得很笨拙。
【问题讨论】：
-
你能告诉我们你在说什么的示例树表示吗？
标签： git git-branch git-merge git-workflow