update team-work

This commit is contained in:
2021-09-12 01:03:36 +08:00
parent 7528e93358
commit f27a15ad2b
7 changed files with 368 additions and 0 deletions

View File

@@ -0,0 +1,101 @@
# gitlab初始化准备工作
版本v1.0
时间2019-01-30
[TOC]
## 创建群组
一般产品开发时创建一个产品Group再分别创建至少3个工程前端工程后端工程文档工程
可以在Group创建issue&merge模板和标签可以在子工程中继承
## 创建工程
创建项目有3种访问权限
- private 完全私有的,如果要添加用户必须手工添加 **//一般产品研发项目用这种**
- internal 内部使用这里指的是登录gitlab的用户就是登录认证通过的
- public 完全公开 随意访问 **//公司级别内部共享的框架项目用这种**
当项目为private的时候添加用户有几种角色
- Master
- Developer
- Reportor
- Guest //没有什么权限代码都看不见只能看看wiki和一些琐碎的东西
具体权限可以看这里: <http://fitnesstest.diankexuexi.com:10080/help/user/permissions>
按照权限要求,添加用户
## 创建issue&merge模板
创建步骤:
- 在根目录下创建 [.gitlab](http://fitnesstest.diankexuexi.com:10080/CT/training/tree/master/.gitlab) 目录
- 在[.gitlab](http://fitnesstest.diankexuexi.com:10080/CT/training/tree/master/.gitlab) 目录创建issue_templates目录和merge_request_templates目录
- issue_templates目录分别放入feature issue templatesbug issue templatesdocument issue templatestest issue templatesmanagement issue templates
- merge_request_templates目录分别放入feature merge request templatesbug merge request templatesproduct merge request templates
在创建Issue时根据任务类型选择不同的模板
![2](https://i.loli.net/2019/02/13/5c62ee49a6e9e.jpg)
## Issue初始化label
issue里面还有一个label需要配置从任务类型完成状态紧急程度几个维度描述对于一个issue并不是所有维度标签都是必需的**类型(必需),紧急程度(可选),完成状态(必需)**
**类型**
- feature 新功能开发任务 //#00A8DF
- bug 修复bug任务 //#FF3737
- document 文档任务 //#D1D100
- testing 测试任务 //#5CB85C
- management 管理任务 其他类型都算到这里 //#44AD8E
- MR feature 新功能分支合并 //#5843AD
- MR bug 修复bug任务 //#D10069
- MR product 文档任务 //#AD8D43
**紧急程度**
- normal 一般不紧急 可稍缓 //#00A8DF
- concerned 需要关注 尽快解决的 //#FF6D0D
- critical 非常严重 立即处理 // #FF3737
**完成状态**
- todo 准备做的 尚未开始 //#7F8C8D
- processing 正在处理 //#00A8DF
- pending 挂起 暂时挂起稍后处理 //#34495E
- acceptance 已完成 待验收 //#44AD8E
![1](https://i.loli.net/2019/02/13/5c62ee09a9b5f.jpg)
## 创建Milestones
issue里面创建Milestones将所有Issue按照Milestones进行分组管理
## 创建Product分支
默认工程创建完成就会有Master分支但是按照分支开发的原则还需要有其他分支
- master 长期分支 开发在此进行,包括持续集成
- release 分支 只保存里程碑版本 不对其进行开发操作
- feature & fixbug 短期分支 feature是新需求 开发人员根据feature issue开分支fixbug是bug 开发人员根据bug issue开分支 完成后删除
masterrelease分支必须设置分支保护禁止直接提交