Git使用的一些文章

教程:

首先【Git的基础】 | 猴子都能懂的GIT入门 | 贝格乐（Backlog）

Learn Git Branching

配置

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的使用：

git rebase的时候捅娄子了

idea使用git更新代码 : update project（git merge、git rebase）

IDEA中git的使用：https://cloud.tencent.com/developer/article/1408148