Git工作流 仓库提交与合并

1、Git工作流

在使用Git Flow工作模式时，业界普遍遵循的规则：

• 所有开发分支从develop分支拉取。
• 所有hotfix分支从master分支拉取。
• 所有在master分支上的提交都必须要有标签，方便回滚。
• 只要有合并到master分支的操作，都需要和develop分支合并，保证同步。
• master分支和develop分支是主要分支，都是唯一的，其它派生分支每个类型可以同时存在多个。

参考：云小课｜3种常用Git工作流推荐 - 知乎

参考：git 的变基(rebase)和合并(merge)具体有什么分别阿？ - 知乎

2、实施

2.1、工作流

git-flow工作流程:

1. 初始化 master 分支，设置版本号 1.0.0，打标签 v1.0.0@soonfy_1.02. 从 master 分支克隆 develop 开发基础分支3. 从 develop 分支克隆 feature 开发新功能分支4. 在 开发人员 分支开发测试完成后，合并到 develop 分支5. 在 develop 分支测试完成后，合并到 release 分支6. 在 release 分支测试并修改文档后，合并到 master 分支，设置版本号 1.1.0，打标签 v1.1.0@soonfy_2.0

2. 如果线上出现紧急问题需要修复，从 master 克隆 hotfix 修复问题分支

3. 在 hotfix 分支开发测试完成后，合并到 master 分支，设置版本号 1.1.1，打标签 v1.1.1@soonfy_2.1

branch-tips:

1. master 分支从 release 或者 hotfix 分支合并，不能直接修改，每次合并都要设置版本号并且打标签

2. develop 分支从 master 分支克隆，或者合并 feature 分支

3. 开发人员分支从 develop 分支克隆

4. release 分支合并 develop 分支

5. hotfix 分支从 master 分支克隆，再合并回 master 分支

2.2、远程分支结构

远程分支包含 Develop 和main主分支。系统管理员管理Develop及上游分支。新特性开发人员禁止修改Develop分支，Develop对于开发人员来说，主要用于拉取新功能，保持与主分支的同步。时刻保持同步，可减少冲突。

2.3、开发人员分支新建

克隆代码之后，点击远程属于自己的远程分支和Develop分支，添加到本地。

添加到本地分支

2.4、保持与Develop同步

先切换到Develop分支，拉取最新的更改。

切回自己的分支

右键Develop分支，选择合并到当前分支

有冲突时请解决冲突，解决完冲突之后，重复合并操作，直到冲突解决完成，并且测试完成之后，在申请合并到Develop分支。请务必在申请合并之前做一次同步操作。