择优挑选与变基

Question

以下是我经常遇到的场景：

您在 master 或 design 上有一组提交，我想将其放在 生产 之上分支。

我倾向于创建一个以 生产 为基础的新分支，在其上挑选这些提交并将其合并到 生产

然后当我合并 master 时在生产中，我面临合并冲突，因为即使更改是相同的，但由于樱桃选择而被注册为不同的提交。

我找到了一些解决方法来解决这个问题，所有这些方法都很费力，可以称为“黑客”。

尽管我没有做太多的变基，但我相信这也会创建一个新的提交哈希。

我应该在我挑选的地方使用变基吗？与此相比，它还有哪些优点呢？

Answer 1

您应该在生产之上创建一个 rebase --interactive 设计分支，其中：

• 您可以重新排序您的提交，从生产中需要的那些开始
• ，然后可以将生产合并到设计的最后提交您想要合并（快进）

    -x--x--x1--x--x2 (design)
      \
       p--p (production)

需要将 x1 和 x2 包含在生产中：

git checkout design
git rebase --interactive production

-x
  \
   p--p (production)
       \ 
        x1'-x2'--x'--x' (design)

然后：

git checkout production
git merge x2'
-x
  \
   p--p--x1'--x2' (production)
                \
                 x'--x' (design)

这允许您：

• 根据生产提交验证当前设计提交（在变基期间）
• 重新排序设计提交
• ，包括生产中的第一个
• 允许随后从设计到生产的合并成为一个快进的过程。

---

Lakshman Prasad 添加：

大多数时候我都会在一天结束时推送更改。所以并没有多大帮助。对于推送的主分支，你的答案会如何变化

我会做同样的事情，但是使用仅为操作创建的私有分支：

git checkout master
git checkout -b master-private

    -x--x--x1--x--x2 (master, master-private)
      \
       p--p (production)

，然后是变基，这次使用私有分支（即你永远不会推送的分支）。

git rebase --interactive production

-x--x--x1--x--x2 (master)
  \
   p--p (production)
       \ 
        x1'-x2'--x'--x' (master-private)

那么：

git checkout production
git merge x2'

-x--x--x1--x--x2 (master)
  \
   p--p--x1'--x2' (production)
                \
                 x'--x' (master-private)

master 不会从提交重新排序中受益（具有更符合逻辑的顺序），但至少您可以随时推送 master 。

并且生产仍然可以准确地包含它所需要的内容。
如果后续对 master 的提交有相同的问题（有些需要包含在 生产 中，其他的稍后会包含在内），我会：

• 删除 master-private > （我们并不真正关心那些 x'，来自 master 的 x 提交的副本）
• 在 master 之上创建一个 master-private 分支，
• 重新执行 rebase --interactive code>，采用粗略的冲突解决策略（除了该 master-private 分支的第一次提交，因为这些提交需要集成到 生产 分支中）

    -x--x--x1--x--x2--x--x3--x (master)
      \
       p--p--x1'--x2'--x3' (production)
                   |     \
                   |      x''--x'' (master-private)
                    \
                     x'..x' (old x' from the first master-private)