3.3 KiB
title | localeTitle |
---|---|
How to Use Git Rebase | 如何使用Git Rebase |
您是否被引用此页面以接受您的公关?然后在FCC滚动到Git Rebase吧!
git rebase
是一个非常有用的工具,是所有关于重写提交历史,但最常用的多次提交_挤进_一个。虽然在这种情况下很有用,但这并不是git rebase
命令可以执行的唯一功能。这实际上证明使用其名称所暗示的预期功能的时候要更加有用:基本上_变基_的一个分支。让我解释一下我的意思。
让我们说你有一个这样的存储库:
--- Commit 5 ----------- auth branch
/
--- Commit 4 -------------- dev branch
/
--- Commit 1 ---- Commit 2 ---- Commit 3 -------------------------------- master branch
如果你想将auth
分支与dev
分支合并,git会向你抛出一个错误,因为你的auth
分支是过时的:它没有考虑提交4.你必须把你的分支 -至今。
Git为您提供了两种方法: merge
命令和rebase
命令。有关merge
命令的探索,请访问相关的wiki文章: Git Merge
我们现在运行rebase
:
$ git checkout auth
$ git rebase dev
回购现在看起来像这样:
--- Commit 5 --- auth branch
/
--- Commit 4 --------------------- dev branch
/
--- Commit 1 ---- Commit 2 ---- Commit 3 --------------------------------------- master branch
你看到发生了什么? Git本质上保存了auth
分支中的提交,“删除”它,然后在dev
分支中提交_之后_使用相同的提交再次创建它。这意味着Commit 4
仅存在于dev
分支中,而不存在于auth
分支中!而这就是它的全部内容!这可能看起来有点令人困惑,但尝试理解图表。这是一个非常有用的工具。
FCC的Git-Rebase
防止合并冲突
如果您参与FCC代码库,或者计划执行此操作,请始终在对本地文件进行任何更改之前运行此命令并推送它们:
git pull --rebase upstream staging
如果你没有upstream
设置,那么在运行上面的命令之前运行这个命令(git会抛出一个错误,因为它不知道上游是什么): git remote add upstream https://github.com/freecodecamp/freecodecamp.git
这将从FCC临时分支中提取最新的更改并使用fork的暂存分支对它们进行重新绑定,以便在打开PR时不会发生任何冲突