这是我参与「第三届青训营 -后端场」笔记创作活动的第1篇笔记。

前言

之前我用git的场景大多单一且固定，上CS61B拉代码写作业交作业，亦或是平常学习中遇到什么代码技术难题去参观学习大佬的masterpiece，又或者是看到网上别人推荐的项目适合去上手跟着做的。这些场景大多只需要push pull一些简单操作即可满足需求，因此我对git的了解可是说的十分贫瘠了。好在这次项目的实操让我体验到了git的魅力。

vscode

我们都知道一个本地的文件夹git init后会变成一个git仓库，简单理解为此文件夹下的文件可以被git管理进行后续具体操作的。但即使如此，每次修改完代码后在terminal手动进行add commit还是有点麻烦，因为这个过程是与代码修改分离的。而vscode中git的相关插件GitLens则比较完美的解决了这个问题，不但简化了add commit等操作，还将代码的对比进行了高亮显示，这对于多branch团队协作开发是非常有效的。

团队协作那些事

网上有关于使用github进行团队协作的教程很多，因为这个流程说复杂也复杂，说简单学起来也真的快。我在这里就概括性地，利用一个段落讲一下使用github进行团队协作的大概流程，以便快速上手。一个团队协作开发项目主要有两个特点，第一大家都有自己的分工，第二因为项目本身的套嵌性质，大家的代码可能互相影响。因而branch出现了，一般的项目开发流程为：有一个基础的main branch，里面是共同的代码，而我们的任务就是完成自己的分工，完善这个main。简单来说，一个branch就是一个成员单独的一片工作区，在这个工作区内，成员修改此工作区下的代码是不会影响main代码的。成员测试代码通过后可进行merge，将自己工作区的代码合并进main中。merge并不是简单的“加”，而是对比后合并，如果在对比时发现有冲突，例如成员A和成员B都修改了一处代码，成员B在成员A merge后再merge自己的部分，vscode就会提醒有冲突，并询问如何处理。