试图理解“Git Rebase”
在什么情况下我必须使用Git Rebase ？
我想了解过去三年的情况，但我不能。 阅读过很多博客，关于git rebase的stackoverflow的问答，但我还不清楚。 我知道，这可能是重复的问题，但我需要确切地了解git rebase是什么以及何时使用它。
任何人，请给我清楚的解释。 我在其中一个博客中阅读了以下几行
“在Git中，有两种主要方式可以将从一个分支到另一个分支的更改整合到一起：合并和rebase。”
我知道如何处理合并命令。 但是， rebase如何取代合并命令？ 通过解释这是基金会如何取代合并指令，向我提供任何指令流程。 我想我可以用这种方式理解。
对不起，我可怜的英语..在此先感谢。
这个互动教程非常好，尝试做一些rebase课程。 我看到很少有人真正理解重新学习它。
Rebase不会取代合并，合并是通过“加入”几个来创建新的提交。 Rebase通常是在树的周围移动提交，切换提交订单和那些东西。
根据我的理解，这是rebase所做的。
情景说明：
1）我目前在分支大师。
2）从主站创建分支A.
3）另外，从主设备创建分支B.
4）我让开发人员命名为A在分支A上工作。开发人员A修改分支A中的代码。
5）我让开发人员命名B在分支B上工作。开发人员B修改分支B中的代码。
6）现在，Dev B认为他想将Dev A的代码合并到自己的分支分支B中（而不是对分支A进行结帐，从分支A中提取代码，再次结帐到分支B并执行git合并分支A.这是git merge合并）。
7）但是，当Dev B通过在他自己的分支中运行“ git rebase branch A ”时，分支B的头部通过合并分支A和分支B而成为顶部。
8）现在，如果Dev A认为他想合并Dev B的代码。 他必须做“ git rebase branch B ”。 现在，分支B的头部将通过将B的代码（已经与分支A合并）合并到分支A而位于头顶。
9）现在，提交版本的流程将成直线。 这是干净的！
请纠正我，如果我错了..有兴趣了解更多关于GIT ..
谢谢
链接地址: http://www.djcxy.com/p/45103.html