解决生物图像分析效率难题：QuPath全流程实战指南

文章目录

引言为什么 Git 会有 rebase 和 merge 两种方式

Git Merge保留真实历史的合并

1 Merge 的基本思想

2 Merge 的使用方式

3 Merge 的优点

4 Merge 的缺点

Git Rebase重写历史的“整理术”

1 Rebase 的基本思想

2 Rebase 的使用方式

3 Rebase 的优点

4 Rebase 的缺点

Rebase 与 Merge 的核心区别操作位置对比

冲突处理上的区别Merge 冲突Rebase 冲突

一个重要原则

实战推荐用法场景 1个人功能分支场景 2合并到主分支场景 3提交前整理 commit

GitHub / GitLab 的最佳实践参考

引言为什么 Git 会有 rebase 和 merge 两种方式在团队开发中我们经常会遇到这样的场景多个人在同一个仓库并行开发主分支main / master在不断前进自己的功能分支需要同步最新代码这时Git 给我们提供了两种选择git mergegit rebase它们都能“合并代码”那到底有什么区别

Git Merge保留真实历史的合并

1 Merge 的基本思想merge的核心思想是把两个分支的历史“汇合”在一起并生成一个新的合并提交。

示意图如下A---B---C---D (main) \ / E---F (feature)合并后A---B---C---D------M (main) \ / E---F----- (feature)其中M是一个Merge Commit。

2 Merge 的使用方式gitcheckout maingitmerge feature注意要合并的时候切换到目标分支

3 Merge 的优点不修改历史绝对安全提交记录完整可追溯适合多人协作、公共分支

4 Merge 的缺点提交历史可能出现大量 merge commit日志图可能较为“杂乱”不利于线性回溯提交

Git Rebase重写历史的“整理术”

1 Rebase 的基本思想rebase的核心思想是把当前分支的提交“挪到”另一个分支的最新提交之后。

示意图A---B---C---D (main) \ E---F (feature)Rebase 后A---B---C---D---E---F (feature)注意E、F是新提交原来的E、F已被替换

2 Rebase 的使用方式gitcheckout featuregitrebase main

3 Rebase 的优点提交历史线性、干净更容易阅读和回滚非常适合整理本地提交

4 Rebase 的缺点会重写提交历史如果操作不当容易引发协作问题不适合已经推送到远程的公共分支

Rebase 与 Merge 的核心区别维度mergerebase是否生成新提交是merge commit否重写提交历史是否线性否是是否修改历史否是风险程度低高适用场景公共分支本地分支操作位置对比操作当前所在分支目标分支命令格式git rebase✓当前分支要变基到的分支git rebase 目标分支git merge✓当前分支要合并进来的分支git merge 来源分支

冲突处理上的区别Merge 冲突只解决一次冲突生成一个 merge commitRebase 冲突每一个提交都可能冲突需要多次git rebase --continue

一个重要原则❗永远不要 rebase 已经推送到远程的公共分支原因会改变提交 hash导致他人无法正常拉取代码可能引发灾难性冲突

实战推荐用法场景 1个人功能分支✅ 推荐 rebasegitcheckout featuregitrebase main目的 保持提交历史干净场景 2合并到主分支✅ 推荐 mergegitcheckout maingitmerge feature目的 保留真实开发历史场景 3提交前整理 commitgitrebase -i HEAD~3可用于合并提交修改提交信息删除无用提交

GitHub / GitLab 的最佳实践功能开发rebase同步主分支最终合并merge或squash merge禁止对main/master执行 rebase参考【五分钟学会git rebase和 git merge的区别】Git图解 merge 和 rebase 的区别

b站9.1免费网页版-b站9.1免费网页版应用