从一个分支中提取所有提交，将指定的提交推送到另一个分支

Question

我有以下分支：

• master
• product

和以下远程分支：

• origin/master
• origin/product

我有一个脚本，用于获取 origin/master 分支并获取与上次获取相比发生的更改的差异 (log -p master..origin/master)。 然后我合并origin/master。

找到的提交被推送到代码审查工具。

我想将成功的提交（并且仅将它们）推送到生产分支，当然还有 origin/product。

我怎样才能这样做呢？

另外，我正在运行 2 个脚本：一个从 origin/master 获取，将详细信息推送到数据库并合并，另一个是我当前正在编写的，必须推送成功承诺。

我想让这两个脚本运行，同时避免竞争条件/合并冲突。 由于我只想使用指定的提交，也许有一种方法可以删除我不想要的提交？

Answer 1

我认为您正在寻找的术语是“樱桃选择”。 也就是说，从一个分支的中间获取单个提交并将其添加到另一个分支：

A-----B------C
 \
  \
   D

成为

A-----B------C
 \
  \
   D-----C'

这当然可以使用 gitcherry-pick 命令来完成。

此提交的问题是 git 认为提交包含之前的所有历史记录 - 因此，如果您有三个提交，如下所示：

A-----B-----C

并尝试摆脱 B，您必须创建一个全新的提交，如下所示：

A-----------C'

其中 C' 有不同的 SHA-1 ID。 同样，从一个分支到另一个分支的挑选提交基本上涉及生成补丁，然后应用它，从而也会以这种方式丢失历史记录。

提交 ID 的这种更改破坏了 git 的合并功能（尽管如果谨慎使用，会有一些启发式方法来掩盖这一点）。 但更重要的是，它忽略了函数依赖性 - 如果 C 实际上使用了 B 中定义的函数，你永远不会知道。

也许处理这个问题的更好方法是拥有更细粒度的分支。 也就是说，不仅仅是有一个“master”，还有“featureA”、“bugfixB”等。一次对整个分支执行代码审查 - 每个分支都非常专注于只做一件事 - 然后合并它当你完成后，一个分支。 这就是 git 设计的工作流程，也是它擅长的地方:)

如果您坚持在补丁级别处理事情，您可能需要看看 darcs - 它认为存储库是一组补丁，并且因此，采摘樱桃成为基本操作。 然而，这有它自己的一系列问题，例如非常慢:)

编辑：另外，我不确定我是否理解你的第二个问题，关于这两个脚本。 也许您可以更详细地描述它，可能作为一个单独的问题来防止事情变得混乱？

Answer 2

我意识到这是一个老问题，但在这里引用： 如何在 Git 中合并特定提交

因此，一个更新的答案是：使用功能分支和拉取请求。

这看起来像什么，其中 fA 是功能 A 的提交，fB 是功能 B 的提交：

            fA   fC (bad commit, don't merge)
           /  \ /
master ----A----B----C
                \  /
                 fB

拉取请求与 GitHub 的功能相关联，但我真正的意思是有人有责任将功能分支合并到 master 中。