Git 工作流合并到母版并创建版本忽略一些合并
Git Workflow Merging to Master And Creating Releases Ignoring Some Merges
我对 Git 的想法有一个缺陷，我无法解决。它可能植根于无效的工作流程。
这是我要用 Git 做的事情。
当我想推送到生产环境时，我创建了一个 master 版本，比如 1.2 版和 1.2.1 版等
但是当我在推送到生产之间实现代码更改时，我会这样做。
每个更改都是一个分支，映射到描述错误或功能的票证。
假设我有三个变化：CHANGE1、CHANGE2、BUG1
我创建了 master 的 CHANGE1 分支。完成更改后，我合并到 master，CHANGE1 分支基本上没用，可以删除。
我对 CHANGE2 和 BUG1 做同样的事情，但我没有发布，因为企业主需要审查这些更改是否解决了工单中列出的问题。
因此，如果除 CHANGE2 外其他一切看起来都不错，我该如何发布不包含 CHANGE2 更改的主版本？
我解决这个问题的一种方法是我不合并到 master 并且当这个人验证每张票时，我切换 git 分支所以他们 运行 代码更改。这总是我将传递给 master 的内容合并并创建一个版本。限制是，如果由于依赖关系需要同时测试不止一次更改，我想我可以创建另一个 master 分支，将两个分支合并到？
最好的方法是什么？我愿意接受此处未列出的建议。我觉得我错过了一些让这个过程变得美好的东西。无论哪种方式，我都觉得笨拙。
如果反馈正常，我会单独合并到审查分支如果 CHANGE2 不正确，我会合并到主分支我将其从审查中删除并合并到主分支
我对 Git 的想法有一个缺陷，我无法解决。它可能植根于无效的工作流程。
这是我要用 Git 做的事情。
当我想推送到生产环境时，我创建了一个 master 版本，比如 1.2 版和 1.2.1 版等
但是当我在推送到生产之间实现代码更改时，我会这样做。
每个更改都是一个分支，映射到描述错误或功能的票证。
假设我有三个变化：CHANGE1、CHANGE2、BUG1
我创建了 master 的 CHANGE1 分支。完成更改后，我合并到 master，CHANGE1 分支基本上没用，可以删除。
我对 CHANGE2 和 BUG1 做同样的事情，但我没有发布，因为企业主需要审查这些更改是否解决了工单中列出的问题。
因此，如果除 CHANGE2 外其他一切看起来都不错，我该如何发布不包含 CHANGE2 更改的主版本？
我解决这个问题的一种方法是我不合并到 master 并且当这个人验证每张票时，我切换 git 分支所以他们 运行 代码更改。这总是我将传递给 master 的内容合并并创建一个版本。限制是，如果由于依赖关系需要同时测试不止一次更改，我想我可以创建另一个 master 分支，将两个分支合并到？
最好的方法是什么？我愿意接受此处未列出的建议。我觉得我错过了一些让这个过程变得美好的东西。无论哪种方式，我都觉得笨拙。
如果反馈正常，我会单独合并到审查分支如果 CHANGE2 不正确，我会合并到主分支我将其从审查中删除并合并到主分支