37 lines
1.6 KiB
Markdown
37 lines
1.6 KiB
Markdown
## 用户操作手册(以Gitlab为例)
|
||
|
||
|
||
### 一、分支管理与代码提交
|
||
|
||
1. 建议每个开发人员在开发新功能或修复问题时，建议在自己的分支上进行开发。分支命名应清晰反映任务内容，如 feature/xxx 或 bugfix/xxx。
|
||
2. 开发完成后，开发人员需通过发起合并请求（Merge Request）的方式，将代码提交至开发分支。
|
||
|
||
### 二、合并请求的基本要求
|
||
|
||
1. 发起合并请求时，建议使用 WEB 页面进行配置，确保相关选项设置准确。
|
||
|
||
> 当本地代码push到远程仓库时，会有如下提示：
|
||
|
||
|
||
|
||
> 也可以通过手动方式发起合并请求：
|
||
|
||
|
||
|
||
2. 合并请求中：
|
||
- **源分支**：通常表示开发人员的分支。
|
||
- **目标分支**：一般为需要合并到的分支，如开发分支。
|
||
3. 合并请求提交前，请仔细检查代码并确保通过必要的单元测试和代码审查。
|
||
|
||
### 三、主分支上线流程
|
||
|
||
1. 当开发分支的代码全部开发完成并经过充分测试后，由项目负责人手动将开发分支代码合并到主分支。
|
||
2. 在合并前，负责人应确认所有合并请求均已处理且代码质量符合上线标准。
|
||
3. 上线前请确保所有关联文档和测试报告已备齐。
|
||
|
||
### 四、总结
|
||
|
||
- 采用分支开发模式，有助于保证各自开发互不干扰，便于管理和版本控制。
|
||
- 合并请求不仅是代码提交的方式，更是团队协作、代码审查的重要环节。
|
||
- 按照规定流程操作，将极大提升项目代码质量及上线效率。
|