Git rebase 相对 Git merge 是项目管理者对提交代码的开发者的能力信任?

学习了 git rebasegit merge 区别,想问下我的理解对吗,没有实际使用 rebase 经验。

我的理解:
git rebase 合并操作是由提交代码的人提前进行冲突处理,不影响 master 开发其他开发人员的进度,管理者不需要去花费额外的精力合并代码,但是,需要信任提交代码的开发者的能力足以正确处理这次合并。

git merge 管理者需要处理所有的冲突合并。

master C1,C2,C5
branch C3,C4

git merge C1,C2 | C3,C4 | C5 |C6 ( C6 由C3,C4,C5 合并生成)
git merge 便于理解命令,实际上是穿插进去的,从操作视图看起来很乱。

git rebase C1,C2,C5 | C3,C4
相当于打补丁。看起来就两个步骤。管理者轻松一些体验好,不过要求团队开发人员能力强。

《L03 构架 API 服务器》
你将学到如 RESTFul 设计风格、PostMan 的使用、OAuth 流程,JWT 概念及使用 和 API 开发相关的进阶知识。
《G01 Go 实战入门》
从零开始带你一步步开发一个 Go 博客项目,让你在最短的时间内学会使用 Go 进行编码。项目结构很大程度上参考了 Laravel。
讨论数量: 0
(= ̄ω ̄=)··· 暂无内容!

讨论应以学习和精进为目的。请勿发布不友善或者负能量的内容,与人为善,比聪明更重要!