Git工作流大纲
parent
4f3bbddadd
commit
6264fe87e6
38
Git%E5%B7%A5%E4%BD%9C%E6%B5%81.md
Normal file
38
Git%E5%B7%A5%E4%BD%9C%E6%B5%81.md
Normal file
@ -0,0 +1,38 @@
|
|||||||
|
# 标准Git工作流
|
||||||
|
1. 创建代码库。
|
||||||
|
|
||||||
|
2. clone到本地。
|
||||||
|
|
||||||
|
3. 新增feature分支,并push到服务端。
|
||||||
|
|
||||||
|
4. 在本地完成开发后,将分支push到服务端。并向develop分支发起MergeRequest(以下简称MR)。同时merge到test分支,并推送到服务端。
|
||||||
|
|
||||||
|
5. 将test分支发布到测试环境。测试通过后,完成MR。
|
||||||
|
|
||||||
|
6. 发版前,将develop分支向master分支发起MR,并在MR中完善上线申请。
|
||||||
|
|
||||||
|
7. 完成MR,将master分支的代码发布到预生产环境。
|
||||||
|
|
||||||
|
8. 测试完成后,打上tag,将tag部署到生产环境。
|
||||||
|
|
||||||
|
# 热修复工作流
|
||||||
|
1. 当出现线上bug需要紧急修复时,从最新的tag上checkout出hotfix分支。
|
||||||
|
|
||||||
|
2. 在hotfix分支上完成bug修复,将hotfix发布到测试环境。
|
||||||
|
|
||||||
|
3. 测试通过后,向master分支发起MR,完善上线申请。合并完成后,打上tag,发布到生产环境。
|
||||||
|
|
||||||
|
4. 将hotfix向develop发起MR。
|
||||||
|
|
||||||
|
# MR步骤
|
||||||
|
## 发起MR
|
||||||
|
1. 选择源分支与目标分支。创建MR,完善MR信息。标记为WIP。
|
||||||
|
|
||||||
|
2. 若测试未通过,则继续在源分支上提交代码。(MR会自动选择源分支上最新的commit)
|
||||||
|
|
||||||
|
3. 测试通过后,删除WIP标记。此时MR可以被完成。
|
||||||
|
|
||||||
|
## 完成MR
|
||||||
|
1. 若此时源分支与目标分支有代码冲突,将无法完成MR。解决方案:本地pull最新的目标分支,然后将目标分支向源分支merge,处理完冲突后,提交源分支。此时冲突已解决,可以进行合并了。
|
||||||
|
|
||||||
|
2. 点击“创建合并提交”按钮。可选择删除源分支。
|
Loading…
x
Reference in New Issue
Block a user