阶段1-构建账户信息
1.1 管理员分配账户
方式1-推荐
企业正常使用gitlab时，一般由项目经理(超级管理员)手动创建开发者账户信息，然后将账户发送给开发者，以便登录使用；
流程如下：
点击创建用户按钮；
创建完用户后，可能指定的邮件地址接收不到账户激活信息，我们只直接添加密码信息：
方式2-临时开启注册功能自行注册
处于工作量的考虑，对于我们来说，超级管理员也可临时开启登录功能（只有超级管理员才拥有该权限）：
操作流程如下：
点击保存更改，普通用户就可以正常注册了；
这样访问http://47.96.143.141:9999/users/sign_in也可注册；
点击注册：
填写账户信息：
选择账户的角色：
点击get started 自动登录进入操作界面：
选择界面汉化：
说明：
tex
【1】Gitlab用户在组中有角色权限：Guest、Reporter、Developer、Master、Owner
【2】Gitlab权限管理
Guest：可以创建issue、发表评论，不能读写版本库，访客；
Reporter：可以克隆代码，不能提交，QA、PM可以赋予这个权限，报告者; 可以理解为测试员、产品经理等，一般负责提交issue等；
Developer：可以克隆代码、开发、提交、push，RD可以赋予这个权限，开发者；
Master：可以创建项目、添加tag、保护分支、添加项目成员、编辑项目，核心RD负责人可以赋予这个权限，主要负责对master分支进行维护；
Owner：可以设置项目访问权限 - Visibility Level、删除项目、迁移项目、管理组成员，开发组leader可以赋予 这个权限，一般是项目经理；
【3】Gitlab中的组和项目有三种访问权限：Private、Internal、Public
Private：只有组成员才能看到★★★
Internal：只要登录的用户就能看到
Public：所有人都能看到
开源项目和组一般设置为public阶段2-添加用户开发组
2.1.构建用户组
构建项目组一般是由项目经理来构建：
tex
注意事项：我们的组名：jrzs_147_g1，格式：项目名称_期_gN
2.2. 用户组添加用户
阶段3-构建项目
3.1.用户组构建新项目
3.2 配置ssh免密登录
配置ssh免密登录（可选项）：
- 生成秘钥指令：
shell
ssh-keygen -t rsa (3个回车)- 赋值pub公钥，并在gitlab中配置，过程与配置gitee一致：
3.3 配置本地仓库开发人员信息
接下来，git init初始化本地git仓库，并设置用户相关信息，这样提交时就会显示对应配置的用户名信息了：
shell
git config user.name 'lisi1'
git config user.email '666@163.com'开发组长将初始化代码提交到远程仓库，然后构建dev分支：
平台构建好dev分支后（也可本地构建dev分支，然后推送到远程），本地需要git fetch刷新分支最新配置；
3.4.设置分支保护
团队开发时为了避免一些重要的开发分支（master）被意外篡改，管理人员需要将这些重要的分支设置分支保护，这样普通开发人员就不能直接将代码进行推送和合并了，需要专门的分支管理人员（开发组长）维护重要分支的提交、合并操作；
设置分支保护流程如下：
临时禁用自动持续集成：
3.5.开发人员开发流程
1）普通开发者代码拉取
构建一个文件夹，然后在文件夹中克隆工程基础代码：
shell
#因为项目的私有的，所以克隆代码时，要制定对应的账户和密码，否则无权限下载；
#格式：git clone http://账号:密码@47.96.143.141:9999/jrzs_142_tmp_g2/jrzs_stock_tmp.git
$ git clone http://lisi2:12345678@47.96.143.141:9999/jrzs_142_tmp_g2/jrzs_stock_tmp.git然后使用idea打开代码，并设置当前用户信息：
shell
C:\Users\46035\Desktop\lisi2\jrzs_stock_tmp>git config user.name
陆庆辉
C:\Users\46035\Desktop\lisi2\jrzs_stock_tmp>git config user.email
777@163.com2）检出dev分支
接下来开发人员手动检出远程dev分支：
这样本地就会构建一个dev分支！
3）基于dev分支检出功能分支
对于普通开发人员来说，工作都围绕dev分支展开，而实际开发中，为了避免直接污染dev分支，一般开发人员会在dev的基础上checkout出一个功能分支：比如feature_login
4）合并功能分支到dev分支
在功能分支下开发完毕后，将代码合并到dev分支下：
到此，feature_login代码就合并到dev分支下了！
5）推送远程dev
开发人员自测代码无问题后，就可以将代码提交到远程dev分支了：
说明：开发者推送代码到dev后，一般测试人员会介入，测试ok后，分支管理人员会进行受保护分支的合并工作（在自动化工作流汇中，测试通过后，会自动合并）；
3.6.管理员合并代码到master
1) 流程
管理员在合并代码之前，先把最新的dev代码拉去到本地，然后做基本的审查工作：
此时本地仓库拉取到了最新的dev代码，代码检查无误后合并到master分支：
代码合并到master分支后，提交到远程的master分支即可；
2）最终效果
不同的开发人员共同维护master和dev分支，最终提交记录线：
反例：
跨域不同的分支 合并代码，容易丢失代码；
3.7.回滚操作
通过revert提交则会产生新的提交记录；
本质上就是在新的提交记录下做了逆向操作，实现回滚；
获取通过reset回滚时，最新的提交记录不会消失；
3.8.GIT打TAG
1）打标签概述
当项目开发到一些重要阶段后，会进行软件不同版本的发布部署工作，显然如果不记录下这些重要的历史节点，后期从繁杂的提交流水看中查找会变得非常艰难，所以git提供了为开发节点打标签的功能：
2）tag其它
详见：day07-实战\资料\3.项目使用GitLab流程\git打tag规范；
g-klcYQZyQ-1708334617624)]
3.8.GIT打TAG
1）打标签概述
当项目开发到一些重要阶段后，会进行软件不同版本的发布部署工作，显然如果不记录下这些重要的历史节点，后期从繁杂的提交流水看中查找会变得非常艰难，所以git提供了为开发节点打标签的功能：