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日，萌狼还没参加工作，所以我谈的分工，是小组作业软件开发项目的分工。
在分工之前，组长需要先调查组员的工作意向。
明确好每个人的意向，然后进行搭配。
尽可能的避免被分配到不喜欢，完全不合适的任务，会大大降低效率的。
当然最快的办法就是设计完系统后，直接问问他们想做哪些功能哪些板块（一定要具体到某个板块）。要是他们也不明确，你再根据他们能力和大致意向安排。
然后因为个人能力不同，不同板块难度不同，工作量不同，不要想着要完全公平，就一个练手的作业，主要是能学到什么，大家都互相帮助，不要工作轻松的做完了自己的事就不管不顾了。
谁负责的什么都可以记着，方便有问题有疑惑可以找到对应的人交流。也能避免摸鱼。
如果一个团队全部都是一个方向的，比如全部都只会前端，但是要做的东西涉及到后端……
那说明团队结构不合理。
所以组队的适合，就要想想卡会不会方向冲突，缺少某个方面的人
当然我个人单独做项目习惯了，所以找队友不要求很强，但是一定要服从安排，认真对待，有学习精神。不听安排纯粹是来给我添堵的，我还不如单干呢。
功能和BUG的记录
可以研究下这个东西怎么使用。
比如我发现了10个BUG，我跟某个人说了，那个人改了第一个就忘了后面九个
比如我发现了10个BUG，我跟某个人说了，其他人想帮忙我又要说一遍
提交到issues，就像订单一样，等着去处理，大家都看得到，大家忘了可以查，有问题可以公开交流，大家都看得到，不必我私聊跟你解释，有私聊个那个解释。
为什么不在群？巴拉巴拉，99+，翻群消息，烦，懂？
汇报时说协作
有机会的话可以谈谈小组怎么协作开发的。既然是合作的任务，团结最重要。
小组作业锻炼的是团队协作能力，如果一个团队能用好团队协作工具，明确任务计划，默契合作，这肯定是一个加分项。
你想，你的团队，有这一套专属协作流程，大家各司其事，分工明确，配合默契，效率高，开发出来的东西质量也高
而有的：大佬一个人承受了大部分痛苦，有些人完全没参与感，还有摸鱼党，摆烂党，毫无默契可言，
有的：你先开发，开发了代码发给我，我再来开发另外一部分，然后发现bug，发给你修了先，然后你又发给我，我做好了我的部分又发给第三人………
……
