Git+Gitee快速入门

创建仓库

初始化本地仓库

验证本地git是否安装好

打开cmd窗口，输入git

这样就OK。

Git 全局设置:（只需要设置一次）

这台电脑如果是第一次使用git，就需要这样初始化一下，这样才知道是谁提交到仓库了。

git config --global user.name "萌狼蓝天"
git config --global user.email "2952458479@qq.com"

创建 git 仓库:

mkdir marketplace-recommendation-system
cd marketplace-recommendation-system
git init 
touch README.md
git add README.md
git commit -m "first commit"
git remote add origin https://gitee.com/mllt992/marketplace-recommendation-system.git
git push -u origin "master"

mkdir marketplace-recommendation-system创建一个文件夹

cd marketplace-recommendation-system进入这个文件夹

git init初始化git仓库

touch README.md创建README.md文件，注意，则句话在windows下无效，请手动创建该文件。

‍

git add README.md将这个文件添加到仓库缓存区

‍

git commit -m "first commit"提交仓库缓存区内容到仓库，双引号里面的内容自定义，效果如下：

git remote add origin https://gitee.com/mllt992/marketplace-recommendation-system.git本地仓库关联gitee上的仓库

‍

git push -u origin "master"提交缓存区文件到gitee仓库的master分支

‍

邀请协作者

其他人第一次克隆仓库到本地

git clone https://gitee.com/mllt992/marketplace-recommendation-system.git

这个链接在这找到：

仅仅是第一次需要clone（克隆）

以后执行的都是git pull

拉取更新

git pull获取仓库上最新的文件，更新本地的内容。

‍

要求：

1.每次开发之前，都必须pull一下。

2.两个人不要同时修改一个文件，避免冲突，虽然冲突可以解决，但是对新人来说，懒得搞。

举个例子：

A同学本地更新了index.html文件的标题为“网站”

B同学本地更新了index.html文件的标题为“web”

A同学push了自己的代码到云仓库

B同学pull更新内容，出现冲突提示，询问：最新文件更改了index.html，你也更改了index.html，所有我应该覆盖吗，还是不覆盖呢？

B同学可以选择强制覆盖，也可以选择不覆盖，但是你这个不是懒得折腾吗，因为提示是英文的，你肯定还要去百度。

提交代码

第一步是添加更新的文件到缓存区，你可以使用下面的命令一个文件一个文件添加

git add 文件名

也可以使用下面的命令直接把所有更改的文件都添加到缓存区

git add --all .

第二步，设置备注信息

你对这个文件进行了说明修改，可以用简单的一句话说明，方便其他人查看、理解你的操作。

git commit -m "balabala"

第三步就是提交了。

你可以看到分支是master

所有如果你要把缓存区文件提交到master的话，就这样写

git push origin master

要求：每次更改了内容后，记得提交（push）到云仓库。

其他说明

以下说明是萌狼蓝天自己对这玩意的理解。我没有专门学过git，只是用到什么学什么，下面的算是我个人的见解和习惯，仅供参考，毫无权威。

1.时间紧迫，就先掌握着这些基础，有时间了一定要去多了解学习git操作，然后了解gitee和github。

2.遇到问题多百度，都有解决方案的。刚开始接触嘛，难免会遇到些问题，都很正常。

3.提交的备注，书写格式一般是动词开头的，比如：增加了xxx；修改了xxx；修复了xxx；优化了xxx

送上一个在线实操git的学习引导网站 https://learngitbranching.js.org/?locale=zh_CN

关于团队协作

以下内容是萌狼蓝天个人经验，仅供参考，毫无权威。

系统设计

大家一起做项目，最关键的不是怎么分配的问题，而是大家一起对这个系统设计。

毕竟分配问题，随时都可以更改分配，但是系统设计一开始就设计的不好，那搞到一半，进退两难，可就麻烦了。

设计系统是很重要，很有必要，很关键……的，我当初就是做一个资源管理系统，哎我想，那不简单吗，我脑海里有大概方向了，很快啊，我啪的一下，项目的开发到一半了，这时候我发现，我要做的某个功能缺个字段……你可别以为，哎不就是缺个字段吗，加上不就得了，你试试，试试就逝世，什么叫牵一发而动全身，给你安排的明明白白。

那么团队开发一个未知的项目，怎么样的设计是合理的？

1.每个人必须参与设计，了解所设计的每一个点，对于有歧义的地方一定要明确。我当初在带领小组做项目的时候，因为小组成员没什么经验的，所以对我提出的东西就不是很理解，但是又不提出来，只是嗯嗯好，结果任务安排好后，预期内容和我想的相差九千九百九十九万里……所以每个人都要参与设计，理解所设计的每个功能点，确保大家在统一频道交流，避免跨服交流。（团队默契）

2.功能板块以及板块之间的关系明确。你这个系统有什么功能，打算怎么去实现，哪些板块之间有什么关联关系，怎么关联在一起的。对应的数据库怎么去设计（数据库的设计，包括明确有哪些表，表之间的关联关系，每个表的字段有哪些，字段类型是什么，什么字段是主键，字段可能值是什么等等）（方向明确）

关于数据库设计以及命名规范，有兴趣有能力的，可以按照阿里巴巴开发规范来（PDF书籍：阿里巴巴Java开发手册嵩山版）

3.UML图，都尽量画规范一点，你千言万语，不一定能把某个功能介绍的明白，但是一个UML图，可以让人一看就明明白白。不要懒得画图，一些复杂的逻辑，最好用画图的方式梳理一遍。

4.技术架构的选择。后端用Java还是Python还是什么的，后端用什么框架，前端用什么技术，哪个版本（比如vue2，vue3，要明确版本，不能就说个vue），前端要用哪些框架，数据库要用哪些，什么功能用什么数据库，用不用redis……总之用什么，什么版本，都明确好。不要你用vue2，我用vue3……

‍

团队设计的系统，大家都明白这个系统做什么的，有什么功能，怎么去实现，大家一起设计的数据库，大家都知道有什么字段，字段代表的含义，那么这部分就合格了，就算因为第一次合作不够默契有些东西不够完善，但还是能避免很多问题发生的。

系统设计完毕后，组长分工，让每个人都明确好接下来做什么，用什么做，参考什么规范，参考文档在哪里，不要让队员没得方向，队员没得方向就容易摆烂……

关于分工

写文这天是2022年11月29日，萌狼还没参加工作，所以我谈的分工，是小组作业软件开发项目的分工。

在分工之前，组长需要先调查组员的工作意向。

意向1：【巩固型】我不想接触和我会的技能差很远的（比如我强项是前端，后端是麻瓜，我只想做我拿手的前端）。对于这种同学，优先安排他擅长的，但是你别说，比如它擅长前端，你就一股脑的把所有前端任务给他，这也是不好的。

意向2：【学习型】我希望能接触到一些新鲜的东西，在项目中学到新东西。这类的好安排，但是……组长给它安排的时候一定要是它能在短期内接受、学会的。比如它擅长前端，后端基本不怎么会，希望在这次任务中，熟悉后端开发，那么它可以辅助其他后端开发人员开发，看着其他后端开发人员的代码照猫画虎（就是它本身要有学习能力，然后要有人带，避免出现问题）

意向3：【全能型】我都行。我希望我所学都能得到应用，不仅如此，我还要在这个过程中学到新东西。（补位）

意向4：【萌新型】啥，我啥也不知道，我学过，但是我都没试过，嗯，不够自信，不确定自己能不能做好。你给我安排啥都行，我会尽力的，但是结果怎么样我就不知道了。（适合做一些简单，技术含量稍微低一点的任务）

明确好每个人的意向，然后进行搭配。

尽可能的避免被分配到不喜欢，完全不合适的任务，会大大降低效率的。

当然最快的办法就是设计完系统后，直接问问他们想做哪些功能哪些板块（一定要具体到某个板块）。要是他们也不明确，你再根据他们能力和大致意向安排。

然后因为个人能力不同，不同板块难度不同，工作量不同，不要想着要完全公平，就一个练手的作业，主要是能学到什么，大家都互相帮助，不要工作轻松的做完了自己的事就不管不顾了。

谁负责的什么都可以记着，方便有问题有疑惑可以找到对应的人交流。也能避免摸鱼。

如果一个团队全部都是一个方向的，比如全部都只会前端，但是要做的东西涉及到后端……

那说明团队结构不合理。

所以组队的适合，就要想想卡会不会方向冲突，缺少某个方面的人

当然我个人单独做项目习惯了，所以找队友不要求很强，但是一定要服从安排，认真对待，有学习精神。不听安排纯粹是来给我添堵的，我还不如单干呢。

功能和BUG的记录

可以研究下这个东西怎么使用。

‍

比如我发现了10个BUG，我跟某个人说了，那个人改了第一个就忘了后面九个

比如我发现了10个BUG，我跟某个人说了，其他人想帮忙我又要说一遍

提交到issues，就像订单一样，等着去处理，大家都看得到，大家忘了可以查，有问题可以公开交流，大家都看得到，不必我私聊跟你解释，有私聊个那个解释。

为什么不在群？巴拉巴拉，99+，翻群消息，烦，懂？

汇报时说协作

有机会的话可以谈谈小组怎么协作开发的。既然是合作的任务，团结最重要。

小组作业锻炼的是团队协作能力，如果一个团队能用好团队协作工具，明确任务计划，默契合作，这肯定是一个加分项。

你想，你的团队，有这一套专属协作流程，大家各司其事，分工明确，配合默契，效率高，开发出来的东西质量也高

而有的：大佬一个人承受了大部分痛苦，有些人完全没参与感，还有摸鱼党，摆烂党，毫无默契可言，

有的：你先开发，开发了代码发给我，我再来开发另外一部分，然后发现bug，发给你修了先，然后你又发给我，我做好了我的部分又发给第三人………

……