管理分支和挑选提交的问题
Issue with managing branches and cherry-picking commits
我在 git 中有以下分支结构，我已经冻结了代码，并且只对修补程序分支进行了重要修复。
我正在从修补程序分支中挑选更改，不一定按时间顺序排列。
但我希望 hotfix 分支应该拥有来自 master 的所有更改。 （因为我做了一些更改，这些更改必须通过修补程序工作流程进入发布。）
hotfix 分支将在几天内被丢弃是可以接受的。
但是当我将修补程序变基到 master 时，在挑选更改之后，我会看到 2 个提交 w.r.t 我之前选择的 commit-b 吗？下图。
我的第二个问题是，这是正确的分支策略吗？还有更好的东西吗？
如果将 hotfix 变基到 master，您确实会看到 2 "b" 次提交；精挑细选的，以及重新定基的。
我建议您在 master 中为每个您想要的修复创建一个 hotfix/XXX 分支，而不是您当前的流程，这样您就可以将整个分支合并到 master，即不需要采摘樱桃。
我在 git 中有以下分支结构，我已经冻结了代码，并且只对修补程序分支进行了重要修复。 我正在从修补程序分支中挑选更改，不一定按时间顺序排列。 但我希望 hotfix 分支应该拥有来自 master 的所有更改。 （因为我做了一些更改，这些更改必须通过修补程序工作流程进入发布。） hotfix 分支将在几天内被丢弃是可以接受的。
但是当我将修补程序变基到 master 时，在挑选更改之后，我会看到 2 个提交 w.r.t 我之前选择的 commit-b 吗？下图。
我的第二个问题是，这是正确的分支策略吗？还有更好的东西吗？
如果将 hotfix 变基到 master，您确实会看到 2 "b" 次提交；精挑细选的，以及重新定基的。
我建议您在 master 中为每个您想要的修复创建一个 hotfix/XXX 分支，而不是您当前的流程，这样您就可以将整个分支合并到 master，即不需要采摘樱桃。