[英]When should I use git pull --rebase instead of git pull?
我有一个本地提交[A]和一个指向提交[B]的分支。 我需要在提交之前先进行更改。
方案1:
提交[A]的更改不会影响提交[B]上的任何更改
git pull
应该没问题,pull应该不会覆盖任何东西。 与使用git pull --rebase
相同。
方案2:
提交[A]和提交[B]的更改会影响同一文件
git pull
应该没问题,git应该自动合并所有内容。 与使用git pull --rebase
相同。
方案3:
提交[A]和提交[B]的更改(或删除)会影响代码行。
git pull
结果变成合并冲突,我需要手动删除。 与使用git pull --rebase
相同。
我错了吗? 在哪种情况下,我需要使用git pull --rebase
? 如果您进行更改,则无论如何都需要通过auto merge
, no merge
或解决merge conflicts
来使提交的基准变大。
在这三种情况下都可以使用git pull --rebase
。 但是,在方案2和3中,您将有一个新的合并提交。 该消息将表明您将Branch 'foo' into branch 'foo'
合并Branch 'foo' into branch 'foo'
,并且分支进行了很多更改,这会使历史确实令人困惑。 使用git pull --rebase
将没有这些合并提交,并且将在git日志中显示相当简单的历史记录。
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.