Git使用的一些文章
教程:
首先【Git的基础】 | 猴子都能懂的GIT入门 | 贝格乐(Backlog)
配置
Git 本地配置多个ssh key:
https://www.cnblogs.com/hafiz/p/8146324.html
https://www.jianshu.com/p/2cfa1f0c1381
Git 中pull,update,merge 和rebase
git pull 是Git的原生命令,update project 不是Git的原生命令,是IDEA对Git的封装扩展。
git pull 是先 git fetch ,然后再 git merge 。git fetch 使用了 --rebase 参数,就相当于先 git fetch ,再 git rebase 。
而 idea中的 update project 就是对 git fetch 与 git fetch --rebase 的封装。
git rebase的视频讲解:https://www.bilibili.com/video/BV1Ur4y1q7xB
假设我们现在有3个分支
- master分支:线上环境使用的分支
- testing分支:测试环境使用的分支
- my_feature分支:开发新功能的分支,也就是当前分支
A. 假设我在my_feature上开发了一段时间,之后另外的同事开发的功能正式上线到master分支了,那么我可以在当前的分支下rebasemaster分支,这样我这个分支的几个commits相对于master还是处于最顶端的,也就是说rebase主要用来跟上游公共分支同步,同时把自己的修改顶到最上面
B. 我在my_feature上开发了一段时间了,想要放到test分支上,那就切到test,然后
git merge my_feature
,因为test是公共分支,最好是用merge
经常rebase,不然可能两个月后发现大量冲突。
多人项目尽量不用rebase,一般是merge。
从main分支rebase到我的分支,然后merge到main。
比如你从main上切了一个分支改了一些东西,明天你发现有人已经又改了新东西已经merae到 main了,你这时想让你的分支保持和main分支同步,不要离得太远每天rebase一下,最后你merge到main。
dialog:
比如你从main上切了一个分支,改了一些东西,明天你发现有人已经又改了新东西已经merge到 main了,你不管它继续干你的?还是你会merge一次?
我会把main再merge到我的分支一次。
对啊,rebase和merge一样的,区别就是多了个提交记录,但我认为这个提交记录没有用啊。显得提交记录很多,实际上没有用。你的意图就是你从main上拉分支,做个 feature,就这么一件事,有一个 commit就行了啊。
我明白了,就是rebase让你的分支好像从你当初拉过来时一样中间没有提交点。
关于git rebase的使用:
idea使用git更新代码 : update project(git merge、git rebase)
IDEA中git的使用:https://cloud.tencent.com/developer/article/1408148
Git分支操作
Git分支管理策略
git冲突
git合并冲突解决方法 - ZhangRuoxu - 博客园
6. 解决合并的冲突【教程1 操作分支】| 猴子都能懂的GIT入门| 贝格乐(Backlog)
巨坑的GitLab在线解决冲突(解决后做了反向合并代码的操作?)
拉代码,提代码,pr,mr流程
Pull Request 与 Merge Request 的区别
Github或GitLab上如何更新自己Fork的库,利用Fork库进行开发的整个流程_define_YIDA的博客-CSDN博客
Git回退
IDEA Git Reset 选项说明_LZ1151226的博客-CSDN博客
IDEA小技巧-Git的回滚&&强推&&代码找回_哔哩哔哩_bilibili
git使用技巧:
如何规范你的Git commit? - 知乎 (zhihu.com)
posted on 2022-11-29 22:59 passionConstant 阅读(45) 评论(0) 编辑 收藏 举报