Gitee 仓库的使用

最新推荐文章于 2024-07-11 10:14:52 发布

越活越亲和

最新推荐文章于 2024-07-11 10:14:52 发布

阅读量545

点赞数 3

文章标签： gitee git github

本文链接：https://blog.csdn.net/m0_55660546/article/details/130295409

版权

本文详细介绍了如何在Gitee上使用Git进行版本控制，包括本地已有仓库和无仓库的情况下的操作，如创建远程仓库、关联、提交、推送。同时，文章讲解了GitFlow开发流程，包括master、develop、feature、hotfix和release分支的用途。此外，还提到了提交注释的规范和SSH的配置，以实现免密访问。

摘要由CSDN通过智能技术生成

Gitee 使用流程

本地有仓库

创建仓库
获取仓库的地址
本地仓库关联远程仓库的URL（这样本地就知道要找哪个远程仓库了）
```
git remote add origin https://gitee.com/xxx/xxx.git
```

4.本地提交

git add .
git commit -m xxx

首先将本地仓库 master 分支内容推送到远程仓库（第一个推送的分支就是主干，和名称无关）
```
git push -u origin master
```
- push 推送
- -u 关联, 加上以后, 后续提交时可以简写：直接使用 git push
- origin 远端仓库的别名
- master 本地仓库的分支
6.再新建dev开发分支
```
git checkout -b dev
```
7.开发分支增加或修改代码

8.开发分支进行本地提交
```
git add .
git commit -m xxx
```
9.将开发分支推送到远程仓库去
```
# 提交哪个分支，就要写相应的分支名称
git push origin dev 
```

本地没有仓库

1.克隆仓库

git clone https://gitee.com/xxx/xxx.git

2.进入仓库内

cd xxx

3.开发分支没有就需要新建开发分支，开发分支有就需要再次拉取远程开发分支，并切换过去

# 开发分支没有就需要新建开发分支
git checkout -b dev
# 开发分支有就需要再次拉取远程开发分支
git fetch origin dev:dev
git checkout dev

4.开发分支增加或修改代码

5.开发分支进行本地提交

git add .
git commit -m xxx

6.推送到远程

git push origin dev

代码开发完成，需要合并分支

1.切换到master分支

git checkout master

2.合并dev分支内容

git merge dev

多人协作开发

新建仓库。gitee 首页 -> 右上角 + 号-> 新建仓库
填写信息。填写仓库相关内容『不建议勾选初始化选项』
设置开源。仓库首页（不是 gitee 首页） -> 右侧 -> 管理 -> 基本信息 -> 是否开源 -> 开源
设置权限。仓库首页（不是 gitee 首页） -> 右侧 -> 管理 -> 仓库成员管理 -> 开发者 -> 添加仓库成员 -> 邀请用户

多人协作解决冲突

手动解决删除乱码，提交代码即可

GitFlow

概念

Git Flow 就是一套标准化的Git开发流程

Git 分支
- master是长期分支，一般用于管理对外发布版本，每个commit对应一个tag，也就是一个发布版本
- develop是长期分支，一般用于作为日常开发汇总，即开发版的代码，开发一个新的feature直接新在develop新开一个临时的feature分支，开发完成向develop提Pull Request
- feature是短期分支，一般用于一个新功能的开发
- hotfix是短期分支，一般用于正式发布以后，出现bug，需要创建一个分支，进行bug修补
- release是短期分支，一般用于发布正式版本之前（即合并到master分支之前），需要有的预发布的版本进行测试，release分支在经历测试之后，测试确认验收，将会被合并的develop和master

提交注释 commit 规范

feat：开发新功能（feature）
fix：修复bug
imp：优化已有功能(improve)
refactor：重构功能
test：添加测试
docs：撰写文档（documentation）
style：调整格式（不影响代码运行的变动）
build：修改构建相关内容，如npm、maven内容。
ci：修改持续集成相关内容(Continues Intergration)

# 开发了新功能：用户管理
git commit -m "feat: 用户管理"

# 对[用户管理]进行了优化
git commit -m "imp: 用户管理密码加密存储"

# 修复了[用户管理]的Bug
git commit -m "fix: 新增用户出现NPE"

# 重构了[用户管理]
git commit -m "refactor:用户管理"

其他规范

规范一

一次 COMMIT 只做一件事情，需写清楚本次提交的内容；

规范二

所有特性开发，均开分支feature/{id}-feature-short-name，{id}为特性的redmine任务号；
所有bug修复，均开分支hotfix/{id}-bug-short-name，{id}为bug的redmine号。

规范三

master为稳定分支，进入此分支的代码都必须经过review；
develop为下一个即将发布的版本开发分支，一旦版本开发完毕，转到release/{version}分支，进行最后的完善以及bug修复。

规范四

所有hotfix分支,feature分支开发完成后，需merge到developer分支时，都需在提交Gitlab中提交Merge Request进行Code Review；
release分支，需merge到master分支时，也需在Gitlab中提交Merge Requst，进行Code Review；
首先由各组组长Code Review，再由负责人Code Review。