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时不会发生任何冲突