变基后是否需要执行提交？

Question

我刚刚将一个功能分支重新设置为另一个功能分支（准备将所有内容重新设置为我的主人的头），并且它涉及相当多棘手的合并解决方案。

变基是否会自动保存为某处的提交？

这些修改到底在哪里？我在 gitk 或 git log --oneline 中看不到任何内容。

（当我在变基后合并回我的分支时，同样的问题。）

Answer 1

Rebase 正在将提交移动到另一个分支之上。如果移动的提交导致合并冲突，则会更改此提交以反映合并解决方案。

变基的目的是让您的提交看起来就像是对您变基的分支的更改。因此，最合乎逻辑的方法是将合并冲突合并到这些提交中。因此不需要额外的提交。

合并是不同的，因为它是将分歧的分支合并在一起的显式操作。每个分支中的提交都不会更改。冲突解决反映在合并提交中。

Answer 2

是的，成功的变基和合并会产生提交。他们只是不会提交需要解决的冲突，但是变基（或合并）的输出会告诉您这种情况已经发生以及如何解决。

对于变基，您只需要解决索引中的冲突，然后git rebase --continue。

对于合并，您需要进行提交 (git commit)，但系统会记住这是一次合并，并且会提供合适的默认提交消息供您编辑。

Answer 3

过去（2006 年，1.5.3 之前和 它的用户手册），git rebase是

择优挑选的一个特殊情况是如果您想移动整个分支
到较新的“基础”提交。
这是由 git-rebase 完成的。
您指定要移动的分支（默认 HEAD）以及将其移动到的位置（无默认值），
和：

• gitcherry-picks 该分支中的每个补丁，
• 将其应用到目标之上，
• 并将 refs/heads/ 指针移至新创建的提交。

因此根据定义，将进行提交（并且无需进行提交）

变基的一个特殊情况是当您想要划分工作、移动（并重新创建新的）提交时。
来自同一个教程（作为变基后不需要任何进一步提交的说明）：

假设您在当前 HEAD 中混合了两个功能的开发，一个名为“dev”的分支。

x-x-x-x  (master)
       \ 
        -f1a-f1b-f1c-f2a-f2b-f2c (dev, HEAD)

您想将它们分为“dev1”和“dev2”。假设 HEAD 是一个分支 master，那么您可以查看

git log master..HEAD

或者只是获取提交的原始列表

git rev-list master..HEAD

无论哪种方式，假设您在 dev1 中找出所需的提交列表并创建该分支：

git checkout -b dev1 master
for i in `cat commit_list`; do
    git-cherry-pick $i
done

        -f1a'-f1b'-f1c' (dev1, HEAD)
       /
x-x-x-x  (master)
       \ 
        -f1a-f1b-f1c-f2a-f2b-f2c (dev)

您可以使用您编辑的列表的另一半来生成 dev2 分支，但如果您不确定是否忘记了某些内容，或者只是不想进行手动工作，那么你可以使用 git-rebase 来为你做这件事。

git checkout -b dev2 dev    # Create dev2 branch
git-rebase --onto master dev1   # Subreact dev1 and rebase

这将找到 dev 中且不在 dev1 中的所有补丁，将它们应用到 master 之上，并调用结果 dev2 .

        -f1a'-f1b'-f1c' (dev1, HEAD)
       /
x-x-x-x  (master)
       \ 
        -f2a-f2b-f2c (dev2, HEAD)