完整的git流程

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　git-1.png

本地开发

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　git-2.png

　　　接着我们就可以clone仓库到本地

 

　　　　　　　　　　　　　　　　　　　　　　　　git-3.png

　　拉取到本地后注意 VSC 右下角的分支，github默认是master分支，要手动切换到开发分支，并在remote中添加线上仓库

　　git remote add upstream https://github.com/Mountain-Buzhou/Interview-Book

　　远程仓库是头条大佬的仓库，并且一般自己的github仓库命名为origin 线上仓库命名为upstream。这个时候我们就有了三个仓库，分别是:

1. 线上仓库(发布项目的git仓库，一般是拥有者是团队或TL)
2. 自己仓库(自己fork线上仓库到自己的github)
3. vscode本地仓库(git还在本地有一个仓库)

　　到目前为止，我们还不能直接进行开发，而需要从这个dev仓库(在这里是version_alpha)切出一个分支

　　git checkout -b feat/add-artical

　　命名为feat:xxx, 即新添加的需求

　　　　　　　　　　　　　　　　　　　　　　　　git-4.png

　　我们切换了一个新的分支，在这个新的分支上添加一些修改

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　git-5.png

　　我把以前写的一篇二叉树相关的文章添加到头条大佬Book中，接着进行commit, commit的内容也应该遵守规范，一般来说是

1. fix:xx 表示修改了XX代码
2. feat:xx 新增了XX需求
3. style:xx 修改了部分的样式
4. delete:xx 删除了某些无用的部分

　　标题最好能简短的描述出这个commit干了些什么，具体内容可以在comment中详细写

提交PR

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　git-6.png

　　feat感觉命名错了，因此改成了add:增加二叉树相关内容

　　　　　　　　　　　　　　　　　　　　　　　　git-7.png

　　在合并之前我们需要做codereview, 在我们小组所有进行合并的代码必须要进行codereview并且每一个组员都可以参加，codereview是让自己进行提升以及帮助别人纠错的一个重要途径。通过看别人的代码，可以了解到不同的思维。点击 Files changed查看这次更改的代码

　　　　　　　　　　　　　　　　　　　　　　　　　　git-8.png

　　在代码的行数处，鼠标移到上面就会出现一个 + 号，点击便可以出现一个浮动的 comment 框，我们就可以针对这行代码进行提问

合并PR

　　确认无误后，我们便可以等待头条大佬合并PR到dev(这里是version_alpha)分支，头条大佬合并以后我们就可以在本地仓库 切换到自己的 远程分支 origin/dev 拉取 upstream/dev到本地，然后再推送到 origin/dev 这样就完成了一次完整的 PR

hotfix

　　有些时候产品会要求紧急上线一个需求，这个时候需要在线上的代码更新，因此我们会从线上分支切一个分支到自己仓库，然后在这个分支上进行修改，修改完以后会提两个PR命名为：hotfix:xxx 到dev仓库和master仓库

完整的流程

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　git-9.png

 

　　vscode不能处理代码冲突，每次拉取有冲突的话都是直接报错，没有解决冲突的方式的话,装插件，手动处理冲突