git rebase开贴记录

也可阅读这篇：https://blog.csdn.net/u012459903/article/details/122830997

git rebase 是 Git 中的一个重要操作，用来重新应用一系列提交到另一个基础提交之上。它的主要作用是将一个分支上的更改应用到另一个分支的顶部，从而使得项目历史更加线性和整洁。

基本概念

假设你有以下提交历史：

A---B---C main
     \
      D---E feature

如果你在 feature 分支上执行 git rebase main，feature 分支上的提交将会被重新应用到 main 分支的顶部：

A---B---C---D'---E' feature

现在，feature 分支的提交 D 和 E 被重新应用到了 C 之后，并形成了新的提交 D' 和 E'。

主要用途

1. 更新分支：将一个特性分支的更改重新应用到主分支的最新提交之上，以便集成最新的更改。
2. 保持历史记录整洁：通过线性历史记录来保持提交历史整洁，便于理解和回溯。
3. 避免合并提交：通过重置基础提交来避免产生合并提交，从而简化提交历史。

git rebase 的操作步骤

1. 切换到要 rebase 的分支：

   git checkout feature
   

2. 执行 rebase 操作：

   git rebase main
   

3. 解决冲突（如果有）：

   • 在 rebase 过程中，如果有冲突，Git 会停止并提示你解决冲突。

   • 解决冲突后，使用 git add 添加解决的文件，然后继续 rebase：

     git rebase --continue
     

   • 如果你想中止 rebase，可以使用：

     git rebase --abort
     

操作示例

假设你有以下提交历史：

A---B---C main
     \
      D---E feature

你在 feature 分支上工作，现在想要将 feature 分支的更改应用到 main 分支的最新提交之后。

1. 切换到 feature 分支：

   git checkout feature
   

2. 执行 rebase 操作：

   git rebase main
   

3. 如果有冲突，解决冲突并继续 rebase：

   # 解决冲突后
   git add conflicted-file
   git rebase --continue
   

4. 完成后，你的提交历史将变为：

   A---B---C---D'---E' main
   

注意事项

• 历史重写：rebase 会重写提交历史，这意味着它会创建新的提交。如果这些提交已经推送到远程仓库，可能会导致其他开发人员的本地分支与远程仓库不一致。因此，在共享分支上进行 rebase 需要特别小心。
• 避免在公共分支上使用：为了避免混乱，通常建议不要在公共分支（例如 main 或 master）上使用 rebase，而是使用 merge 来集成更改。

总结

git rebase 是一种强大的工具，用来重新排列提交历史，使其更为线性和整洁。它主要用于保持提交历史的清晰，更新分支，并避免不必要的合并提交。通过合理使用 rebase，你可以更好地管理和整合项目中的更改。