使用Git 要注意的

Check 切换分支

切换分支合并完代码,切回自己的分支 !!

check切换到测试分支,记得切换回自己的分支,不然有时会在测试分支写代码,容易出现冲突或者错误提交。

Stash 隐藏分支代码

切到其他分支处理问题,记得 Stash

如果其他分支也被改过,直接切换容易冲突。先Stash 隐藏当前分支的代码 ,能够减少冲突。

处理完问题,切换回原来的分支,再 apply 恢复隐藏的代码即可。

Merge合并代码

午休前和下班前,尽量不要合代码,部署环境

要是出现问题,影响午休和下班。

写代码,尽量不要写在最后面,写在中间,可以减少冲突

同一个代码文件,加一个新的函数或方法,很多人都是直接写在最后面,容易冲突,写在文件的中间,可以减少冲突。

处理冲突,如果不清楚,最好找写代码的人帮忙一起处理冲突。

Rebase变基操作

如何用rebase操作以实现"类似 merge A 到 B"的效果?

如果想将 A 分支上的新内容合并到 B 分支,并且希望 B 分支的历史是线性的(没有合并提交点),那么可以:

在 B 分支上,执行 git rebase A。

如果是 idea,直接用 git rebase A onto B。

  1. 切换到目标分支 B 上:
sh 复制代码
git checkout B
  1. 将 B 分支变基到 A 分支上:
sh 复制代码
git rebase A

这条命令意思是:"找到当前分支 B 和 A 分支的共同祖先,然后把 B 分支上独有的那些提交,重新应用到 A 分支的最新提交之后。"

效果类似 merge A 到 B ,并且分支的历史记录是线性的。

相关推荐
louisgeek14 小时前
Git submodule 子模块
git
imDwAaY14 小时前
6篇文章讲清楚Git:Git 实用技巧:暂存现场、挑选提交与定位 Bug (5/6)
git·后端
imDwAaY14 小时前
6篇文章讲清楚Git:Git 团队开发实践:从 Pull Request 到版本发布 (6/6)
git·后端
誰能久伴不乏1 天前
看懂 Git 团队协作全流程:分支、提交、PR、rebase 到底在干嘛
git
sunshine22 girl1 天前
git tag-项目流程
git
imDwAaY2 天前
6篇文章讲清楚Git:Git 远程协作:fetch、pull、push 到底有什么区别?(3/6)
git·后端
imDwAaY2 天前
6篇文章讲清楚Git:Git 撤销与恢复:reset、revert、restore 应该怎么选?(4/6)
git
用户73309646123092 天前
再也不怕手滑丢代码!给 git 高危操作加一层安全校验
git
广白2 天前
Git Tag 实战:从出包追溯到版本发布
前端·git·面试
Winlifes7 天前
我给 Codex 做了一个 Git 面板:分支树、提交历史和工作区操作
git