gitlab项目管理流程issues应覆盖项目从原始需求->项目结题过程中各环节，记录问题、解决思路等；
选择团队Groups -> Explore groups -> Your groups
创建子团队New Project -> New subgroup
直接创建团队 Groups -> Your groups -> New Group
填写团队信息
Project slug修改所属团队创建项目New project
填写Project name，Project slug与Project description， 在Project URL选择项目团队或个人，在Visibility Level选择项目的可见性。
完成空白项目创建。
New Project
编辑项目信息Settings -> General
删除项目Settings -> General -> Remove -> project -> Confirm
src、examples、models、asset(image...）;readme.md文件，其中应包含如下内容：
tree命令生成代码树）Quick Start）：包含运行依赖、运行步骤或使用说明Changelog：版本历史说明readme.md；.gitignore
# 添加.gitignore至跟踪列表
git add .gitignore
# 查看状态，包括忽略的文件
git status --ignored
# .gitignore没起作用？ 因为忽略的文件已在跟踪列表中，需要先清除
git rm -r --cached . # 清除缓存 -r 表示递归删除（如果有文件夹的话） . 表示所有文件
# 查看一下具体效果
git status --ignored
git add . # 重新trace file
git commit -m "update .gitignore" # 提交和注释
git信息Ctrl + Alt + T(Linux) 或 Git bash here(Windows)。git config --global user.name "Your name"git config --global user.email "Your email"git config --list查看git全局信息配置git clone git@xxx.git
touch README.md
git add README.md
git commit -m "add README.md"
git push -u origin master
cd existing folder
git init
git remote add origin git@xxx.git
git add .
git commit -m "Initial commit"
git push -u origin master
cd existing repo
git init
git remote add origin git@xxx.git
git push -u origin --all
git push -u origin --tags
issues协作开发issues应包含项目全周期中遇到的问题和解决的过程;issue;issues的相关label;选择Milestones： Issues-> Milestones -> New milestone
labels
选择labels： Issues-> labels -> New label
基础labels: 按照任务所处的阶段大体分为5个基础label
#0033CC
#69D100
#8E44AD
#CC0033
#AD8D43
自定义label: 项目技术负责人可以根据issue的实际内容进行label review， 新建、修改labels，为issue增加labels。一个issue可以有很多标签，当issue较多时便于搜索和管理。
issues
选择项目，创建issue;
Issues -> New issue -> 填写issue详情 -> Submit issue
可通过建立issue指派任务，并选择时间节点、里程碑和标签信息。项目成员在创建issue后，请在评论区@项目技术负责人，对issue的labels、milestone、Due Date进行确认。
issue建立后，相关项目人员可在该issue下，通过markdown编辑评论。
master分支下。为保证这点，项目的权限分配就应限制除了项目负责人的开发权限为maintainer外，其他开发成员的权限均为developer。master分支的代码应进行了充分的测试，确保其可用性。commit时，应使用正确的格式，在commit信息的开头应使用如下标签，使你的提交内容更清晰。feature # 新增功能
update # 更新功能
fix # 修复漏洞
delete # 删除内容
commit时，可在commit的内容中添加issue的编号，将issue与commit内容绑定。git branch
git branch -r
git branch [name]
git checkout [name]
git checkout -b newbranch
git branch -d [name] （-d选项只能删除已经参与了合并的分支，强制删除请使用-D）git merge [name]
git push origin [name]
git push origin :heads/[name]
issue上创建开发分支在项目的代码开发，应该有相应的issue对应，可以在对应的issue上创建新分支,新建分支名格式:dev-*
点击对应issue详情页 -> Create merge request边上下拉按钮
Create merge request and branch: 创建分支并创建合并请求，合并请求信息可以再进行编辑，默认为WIP状态，这种方式创建的分支，在合并完成后会自动关闭该issue；
Create branch: 只创建分支；
gitlab上创建开发分支在指定项目中创建分支： Repository -> Branches -> New branch
从远程仓库拉取分支至本地： git pull 或者 git pull origin [name]
git pull，解决冲突（若存在）git commit -m "update: information"
git commit -m "fix: #issue_ident_1 #issue_ident_2"
git push origin newbranch
git push origin master
git push origin newbranch:newbranch
git submodule add <仓库地址> <本地路径> [submodule "sub"]
path = lib
url = ssh://git@xxx/sub/sub.git
[submodule "sub"]
url = ssh://git@xxx/sub/sub.git
git submodule init
git submodule update
git submodule update --init --recursive
git rm --cached <本地路径>
merge requests的标题开头加入WIP：记号或者在评论区输入/wip。加入此记号后，除非项目负责人点击了Resolve WIP status，否则请求将无法被合并。merge requests的描述中绑定相关issue（如：fix/close #1），支持批量操作。Merge Requests -> Create merge request
项目技术负责人审查merge requests Todo -> Merge Requests
合并分支（如需合并WIP分支，选择Resolve WIP status），点击Merge
分支被成功合并
当项目完成一个里程碑节点时，应及时使用标签标记。标记的版本必须保证经过了充分测试，能够稳定运行。这一操作通常由测试人员完成。
标签描述应遵循打标规则。通常情况下，描述中必须写清当前的版本号，以及版本更新内容。
release版本必须从对应tag标签中输出；
发布版本中需要添加日期信息； VX.Y.Z_YYMMDDhhmmss,例如V1.0.1_20211104
| 描述项 | 说明 | 必须 |
|---|---|---|
| V | 版本号起始位 | True |
| X | 初始值为1，主版本号，1位数字 | True |
| Y | 初始值为0，次版本号，1位数字 | True |
| X | 初始值为0，修订号，1位数字 | True |
| YYMMDD | 日期，年月日 | False |
| hhmmss | 可选，24h制 | False |
a. 主版本号，一般不变动，除非为全新开发，或完全重构；
b. 次版本号，比较大的功能修改，后面更新也只针对新版本，的功能性新增；
c. 修订号，小的修改，bug修复；
git tag <tagName>
git tag -a v1.0 [SHA] -m "v1.0: information"
git push origin :<tagName>
git push origin --tags
git show <tagName>
git tag或git tag -l
git ls-remote --tags origin
git tag -d <tagName>
git push origin :refs/tags/<tagName>
git checkout -b <branchName> <tagName>
git checkout <tagname>
项目结项后，为保证资料的完整性，应及时整理项目资料，并上传项目代码仓库；
对于比较大的文档文件，外网上传至百度网盘公共账号，内网上传至文档云，并在说明文档中提供链接；
按如下内容检测项目文档的完整性：
归档Settings -> General -> Archive project
查看归档仓库：下拉Last updated选择Show archived projects(only)
查看已归档仓库内容（只读）
解除归档