Git+Gitee使用分享

宇宙飞吻 發表於 2023-8-20 19:01:00

<h1 id="gitgitee快速入门">Git+Gitee快速入门</h1>
<h2 id="创建仓库">创建仓库</h2>
<img src="https://img2023.cnblogs.com/blog/2571021/202308/2571021-20230820185901220-1819854230.png" alt="image" loading="lazy">
<img src="https://img2023.cnblogs.com/blog/2571021/202308/2571021-20230820185900660-989665147.png" alt="image" loading="lazy">
<img src="https://img2023.cnblogs.com/blog/2571021/202308/2571021-20230820185859853-1571441788.png" alt="image" loading="lazy">
<h2 id="初始化本地仓库">初始化本地仓库</h2>
<h3 id="验证本地git是否安装好">验证本地git是否安装好</h3>
打开cmd窗口，输入git
<img src="https://img2023.cnblogs.com/blog/2571021/202308/2571021-20230820185859071-851490862.png" alt="image" loading="lazy">
这样就OK。
Git 全局设置:（只需要设置一次）
这台电脑如果是第一次使用git，就需要这样初始化一下，这样才知道是谁提交到仓库了。
<pre><code>git config --global user.name "萌狼蓝天"
git config --global user.email "2952458479@qq.com"
</code></pre>
创建 git 仓库:
<pre><code>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"
</code></pre>
<blockquote>
<code>mkdir marketplace-recommendation-system</code>创建一个文件夹
<code>cd marketplace-recommendation-system</code>进入这个文件夹
<code>git init</code>初始化git仓库
<img src="https://img2023.cnblogs.com/blog/2571021/202308/2571021-20230820185858213-1923215836.png" alt="image" loading="lazy">
<code>touch README.md</code>创建README.md文件，注意，则句话在windows下无效，请手动创建该文件。
<img src="https://img2023.cnblogs.com/blog/2571021/202308/2571021-20230820185857498-255006194.png" alt="image" loading="lazy">
‍
<code>git add README.md</code>将这个文件添加到仓库缓存区
‍
<code>git commit -m "first commit"</code>提交仓库缓存区内容到仓库，双引号里面的内容自定义，效果如下：
<img src="https://img2023.cnblogs.com/blog/2571021/202308/2571021-20230820185856830-1274606787.png" alt="image" loading="lazy">
<code>git remote add origin https://gitee.com/mllt992/marketplace-recommendation-system.git</code>本地仓库关联gitee上的仓库
‍
<code>git push -u origin "master"</code>提交缓存区文件到gitee仓库的master分支
‍
<img src="https://img2023.cnblogs.com/blog/2571021/202308/2571021-20230820185856366-2100061775.png" alt="image" loading="lazy">
</blockquote>
<img src="https://img2023.cnblogs.com/blog/2571021/202308/2571021-20230820185855752-1162810519.png" alt="image" loading="lazy">
<h2 id="邀请协作者">邀请协作者</h2>
<img src="https://img2023.cnblogs.com/blog/2571021/202308/2571021-20230820185854243-1862896489.png" alt="image" loading="lazy">
<img src="https://img2023.cnblogs.com/blog/2571021/202308/2571021-20230820185852749-1222016238.png" alt="image" loading="lazy">
<img src="https://img2023.cnblogs.com/blog/2571021/202308/2571021-20230820185850994-1680930492.png" alt="image" loading="lazy">
<h2 id="其他人第一次克隆仓库到本地">其他人第一次克隆仓库到本地</h2>
<pre><code class="language-bash">git clone https://gitee.com/mllt992/marketplace-recommendation-system.git
</code></pre>
这个链接在这找到：
<img src="https://img2023.cnblogs.com/blog/2571021/202308/2571021-20230820185848769-1979814898.png" alt="image" loading="lazy">
<blockquote>
仅仅是第一次需要clone（克隆）
以后执行的都是git pull
</blockquote>
<h2 id="拉取更新">拉取更新</h2>
<code>git pull</code>获取仓库上最新的文件，更新本地的内容。
‍
要求：
1.每次开发之前，都必须pull一下。
2.两个人不要同时修改一个文件，避免冲突，虽然冲突可以解决，但是对新人来说，懒得搞。
举个例子：
A同学本地更新了index.html文件的标题为“网站”
B同学本地更新了index.html文件的标题为“web”
A同学push了自己的代码到云仓库
B同学pull更新内容，出现冲突提示，询问：最新文件更改了index.html，你也更改了index.html，所有我应该覆盖吗，还是不覆盖呢？
B同学可以选择强制覆盖，也可以选择不覆盖，但是你这个不是懒得折腾吗，因为提示是英文的，你肯定还要去百度。
<h2 id="提交代码">提交代码</h2>
第一步是添加更新的文件到缓存区，你可以使用下面的命令一个文件一个文件添加
<pre><code class="language-bash">git add 文件名
</code></pre>
也可以使用下面的命令直接把所有更改的文件都添加到缓存区
<pre><code class="language-bash">git add --all .
</code></pre>
第二步，设置备注信息
你对这个文件进行了说明修改，可以用简单的一句话说明，方便其他人查看、理解你的操作。
<pre><code class="language-bash">git commit -m "balabala"
</code></pre>
第三步就是提交了。
<img src="https://img2023.cnblogs.com/blog/2571021/202308/2571021-20230820185846965-1284871014.png" alt="image" loading="lazy">
你可以看到分支是master
所有如果你要把缓存区文件提交到master的话，就这样写
<pre><code class="language-bash">git push origin master
</code></pre>
要求：每次更改了内容后，记得提交（push）到云仓库。
<h2 id="其他说明">其他说明</h2>
<blockquote>
以下说明是萌狼蓝天自己对这玩意的理解。我没有专门学过git，只是用到什么学什么，下面的算是我个人的见解和习惯，仅供参考，毫无权威。
</blockquote>
1.时间紧迫，就先掌握着这些基础，有时间了一定要去多了解学习git操作，然后了解gitee和github。
2.遇到问题多百度，都有解决方案的。刚开始接触嘛，难免会遇到些问题，都很正常。
3.提交的备注，书写格式一般是动词开头的，比如：增加了xxx；修改了xxx；修复了xxx；优化了xxx
送上一个在线实操git的学习引导网站 https://learngitbranching.js.org/?locale=zh_CN
<h2 id="关于团队协作">关于团队协作</h2>
<blockquote>
以下内容是萌狼蓝天个人经验，仅供参考，毫无权威。
</blockquote>
<h3 id="系统设计">系统设计</h3>
大家一起做项目，最关键的不是怎么分配的问题，而是大家一起对这个系统设计。
毕竟分配问题，随时都可以更改分配，但是系统设计一开始就设计的不好，那搞到一半，进退两难，可就麻烦了。
设计系统是很重要，很有必要，很关键……的，我当初就是做一个资源管理系统，哎我想，那不简单吗，我脑海里有大概方向了，很快啊，我啪的一下，项目的开发到一半了，这时候我发现，我要做的某个功能缺个字段……你可别以为，哎不就是缺个字段吗，加上不就得了，你试试，试试就逝世，什么叫牵一发而动全身，给你安排的明明白白。
那么团队开发一个未知的项目，怎么样的设计是合理的？
1.每个人必须参与设计，了解所设计的每一个点，对于有歧义的地方一定要明确。我当初在带领小组做项目的时候，因为小组成员没什么经验的，所以对我提出的东西就不是很理解，但是又不提出来，只是嗯嗯好，结果任务安排好后，预期内容和我想的相差九千九百九十九万里……所以每个人都要参与设计，理解所设计的每个功能点，确保大家在统一频道交流，避免跨服交流。（团队默契）
2.功能板块以及板块之间的关系明确。你这个系统有什么功能，打算怎么去实现，哪些板块之间有什么关联关系，怎么关联在一起的。对应的数据库怎么去设计（数据库的设计，包括明确有哪些表，表之间的关联关系，每个表的字段有哪些，字段类型是什么，什么字段是主键，字段可能值是什么等等）（方向明确）
<img src="https://img2023.cnblogs.com/blog/2571021/202308/2571021-20230820185846004-919217658.png" alt="image" loading="lazy">
关于数据库设计以及命名规范，有兴趣有能力的，可以按照阿里巴巴开发规范来（PDF书籍：阿里巴巴Java开发手册嵩山版）
3.UML图，都尽量画规范一点，你千言万语，不一定能把某个功能介绍的明白，但是一个UML图，可以让人一看就明明白白。不要懒得画图，一些复杂的逻辑，最好用画图的方式梳理一遍。
4.技术架构的选择。后端用Java还是Python还是什么的，后端用什么框架，前端用什么技术，哪个版本（比如vue2，vue3，要明确版本，不能就说个vue），前端要用哪些框架，数据库要用哪些，什么功能用什么数据库，用不用redis……总之用什么，什么版本，都明确好。不要你用vue2，我用vue3……
‍
团队设计的系统，大家都明白这个系统做什么的，有什么功能，怎么去实现，大家一起设计的数据库，大家都知道有什么字段，字段代表的含义，那么这部分就合格了，就算因为第一次合作不够默契有些东西不够完善，但还是能避免很多问题发生的。
系统设计完毕后，组长分工，让每个人都明确好接下来做什么，用什么做，参考什么规范，参考文档在哪里，不要让队员没得方向，队员没得方向就容易摆烂……
<h3 id="关于分工">关于分工</h3>
<blockquote>
写文这天是2022年11月29日，萌狼还没参加工作，所以我谈的分工，是小组作业软件开发项目的分工。
</blockquote>
在分工之前，组长需要先调查组员的工作意向。
明确好每个人的意向，然后进行搭配。
尽可能的避免被分配到不喜欢，完全不合适的任务，会大大降低效率的。
当然最快的办法就是设计完系统后，直接问问他们想做哪些功能哪些板块（一定要具体到某个板块）。要是他们也不明确，你再根据他们能力和大致意向安排。
然后因为个人能力不同，不同板块难度不同，工作量不同，不要想着要完全公平，就一个练手的作业，主要是能学到什么，大家都互相帮助，不要工作轻松的做完了自己的事就不管不顾了。
<img src="https://img2023.cnblogs.com/blog/2571021/202308/2571021-20230820185843890-927749675.png" alt="image" loading="lazy">
谁负责的什么都可以记着，方便有问题有疑惑可以找到对应的人交流。也能避免摸鱼。
<blockquote>
如果一个团队全部都是一个方向的，比如全部都只会前端，但是要做的东西涉及到后端……
那说明团队结构不合理。
所以组队的适合，就要想想卡会不会方向冲突，缺少某个方面的人
当然我个人单独做项目习惯了，所以找队友不要求很强，但是一定要服从安排，认真对待，有学习精神。不听安排纯粹是来给我添堵的，我还不如单干呢。
</blockquote>
<h3 id="功能和bug的记录">功能和BUG的记录</h3>
<img src="https://img2023.cnblogs.com/blog/2571021/202308/2571021-20230820185842819-978947986.png" alt="image" loading="lazy">
<blockquote>
可以研究下这个东西怎么使用。
‍
比如我发现了10个BUG，我跟某个人说了，那个人改了第一个就忘了后面九个
比如我发现了10个BUG，我跟某个人说了，其他人想帮忙我又要说一遍
提交到issues，就像订单一样，等着去处理，大家都看得到，大家忘了可以查，有问题可以公开交流，大家都看得到，不必我私聊跟你解释，有私聊个那个解释。
为什么不在群？巴拉巴拉，99+，翻群消息，烦，懂？
</blockquote>
<h3 id="汇报时说协作">汇报时说协作</h3>
有机会的话可以谈谈小组怎么协作开发的。既然是合作的任务，团结最重要。
小组作业锻炼的是团队协作能力，如果一个团队能用好团队协作工具，明确任务计划，默契合作，这肯定是一个加分项。
你想，你的团队，有这一套专属协作流程，大家各司其事，分工明确，配合默契，效率高，开发出来的东西质量也高
而有的：大佬一个人承受了大部分痛苦，有些人完全没参与感，还有摸鱼党，摆烂党，毫无默契可言，
有的：你先开发，开发了代码发给我，我再来开发另外一部分，然后发现bug，发给你修了先，然后你又发给我，我做好了我的部分又发给第三人………
……
<h2 id="相关阅读">相关阅读</h2>
《萌狼说》2022年9月21日：思维
‍

</div>
<div id="MySignature" role="contentinfo">
 <hr/>
 <div style="background:#bbded6;color:snow;text-align:center;font-weight:bold;font-size:1.5em;">
 版 权 声 明
 </div>
<div style="background:#ffb6b9;color:snow;text-align:center;">
 
作者：萌狼蓝天
 
QQ：3447902411（仅限技术交流，添加请说明方向)
 
转载请注明原文链接：https://www.cnblogs.com/zwj/p/gitee.html
 
</div> 
来源：https://www.cnblogs.com/zwj/p/gitee.html

頁: [1]

琼殿技术论坛's Archiver

Git+Gitee使用分享