项目实训记录（二）——主要是gitee使用上的一些问题

目录

一、最近做了什么？

二、遇到的问题和解决办法

1.gitee仓库管理员做什么

2.gitee的一些常用命令

3.gitee怎么回滚到所需要的版本

4.一些收获

---

一、最近做了什么？

主要记录一下四月做了什么，以及遇到的一些问题

在上一次记录中，也就是2022年三月中旬，我们根据第三遍更新后的需求说明进行了原型界面创建。主要针对的是管理员端的前端搭建。

在四月份，我主要负责系统用户端的前端搭建。主要工作是界面书写和gitee仓库的管理。

在本阶段，整理了用户端界面相关需要，同时学习了gitee仓库的管理。

二、遇到的问题和解决办法

1.gitee仓库管理员做什么

1.管理员创建仓库，创建dev分支；

2.管理员上传项目，注意readme文件的书写，同时要设置master分支权限；

3.管理员邀请仓库成员；

4.管理员拉取用户push到dev分支的代码，并进行检查；

5.检查没有问题之后，合并dev分支，并推送到仓库master分支

2.gitee的一些常用命令

常用
git init 初始化本地仓库
git add. 将本地更新存在本地暂存区
git commit -m 提交暂存区至本地仓库
git branch 查看所有本地分支git pull origin 分支名  拉取分支代码到本地
git branch 分支名 创建新的分支
git checkout 分支名 切换到目的分支
git pull origin 分支名  拉取分支代码到本地
git push origin 分支名  推送本地到仓库分支

管理员相关常用
git branch -v 查看当前分支
git checkout master 切换到master分支
git merge --no-ff dev 合并dev分支
git add .，git commit -m "描述"
git push origin master  推送到仓库master分支

3.gitee怎么回滚到所需要的版本

问题：

因为在使用时，没有及时检查成员上传的内容，导致所有仓库成员到直接从仓库的dev分支pull代码，进行自己本地更新之后又push到了仓库dev分支。

最后dev分支是成员所有更新融合之后的版本，进行检查时，前后端互联发现出现错误，但是没有办法确定是哪位成员的代码有问题。

解决办法：

1.最后决定现在因为远程仓库还没有合并master和dev分支，所以现在master分支还是修改之前的。只要回滚dev分支。

2.回滚dev分支到指定时间。

过程如下：

step1:首先查看要回滚到版本的提交id，可以在idea查看，也可以在gitee仓库查看

图一：在idea中执行 git log命令，查看日志，获取需要回退的版本号（划红线的部分）

 图二：在gitee仓库中查看，直接复制就可以（画圈的部分）

 step2:

执行命令git reset --hard 想要版本的commit id（在step1中复制的那个）

step3:

使用git push origin 分支名（我们使用的是dev分支）

这样就完成了回滚！

3.和2一样，每个成员本地回滚到自己提交的版本，然后push到dev分支，这时候仓库管理员再一个个拉取并审核，找到是那个成员的提交出错了，然后修改

4.审核没有问题之后，merge dev分支到master分支，这样我们就完成了纠错

4.一些收获

使用gitee真的要小心，注意条件时间和版本覆盖问题。回滚再一次次提交费时费力。

在使用gitee时要有良好的提交习惯，首先拉取远程，然后再推送到仓库，等待审核之后再进行动作。

不同仓库成员更改相同部分的代码时，注意处理merge冲突部分上后再上传。