首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >git pull --rebase vs git rebase :有什么危险?

git pull --rebase vs git rebase :有什么危险?
EN

Stack Overflow用户
提问于 2016-06-24 23:57:54
回答 2查看 20.1K关注 0票数 53

如果没有其他选择,我不明白git pull --rebasegit rebase之间的区别。

我不知道它们是安全的,是良好的做法,还是非常危险的。

我是否可以通过在本地执行git pull --rebase来打破提交的历史记录?

EN

回答 2

Stack Overflow用户

回答已采纳

发布于 2016-06-25 00:03:34

我根本不推荐rebasing,但只针对私有分支。私下说,我指的是你非常确定只有你自己拉过的分支。

rebase将分支的起始点更改为某个较新的提交,从而合并到该点的所有提交。这可能会导致将冲突合并到存储库中具有旧分支基础的人员。我建议总是简单地合并,只在某些情况下才保留rebasing (例如,功能分支)。

关于你的问题:

  • git rebase对您拉取的分支执行rebase --rebase对您拉取的分支执行fetch +rebase。正常情况下,pull将获取+合并。
票数 33
EN

Stack Overflow用户

发布于 2016-06-28 21:19:00

git pull --rebasegit fetch的缩写,然后是一个普通的git rebase,与默认的git merge相对。实际区别在于,仅应用后一种方法不会在重新建立代码基础之前从远程fetch任何新的提交,因为它只会考虑本地存储库已经知道的内容。

值得一提的是,合并冲突将以与常规git提取相同的方式出现。

票数 24
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/38017517

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档