PS：每次提交代码到远端仓库需要拉取一下远端代码，避免造成代码冲突或覆盖他人代码！
需求迭代V1.1结束
Check Out
1.发布V1.1版本2.合并代码到main分支3.同步代码到develop
开发人员可以基于安排的开发功能建立功能开发分支
最终功能分支需要合并到开发分支并删除原分支
Develop
Merge
生产Bug修复需合并到开发和主分支
Check Out
预生产分支release
Tag V1.0.1
测试分支develop
release分支开发者禁止提交代码，技术经理合并代码
远端分支remote repository
Hotfix
本地分支local repository
Release
开发迭代需求V1.1集成测试，从develop分支合并代码到release分支
本地与远端分支配置
根据实际情况Merge
功能需求分支feature
main分支禁止开发者提交代码，只能通过Merge请求进行代码合并
Main
Time
Tag V1.0
开发迭代需求V1.1提测
需求迭代V1.1开始
Git Flow使用原则：Main是线上稳定分支，Release通常用于预生产及上线发布分支，Develop是开发应用的主分支；所有功能开发都在Feature分支进行，然后合并到Develop分支Release分支发布后出现问题，直接从Release分支拉取hotfix分支，避免与Develop分支代码互相污染；1、主分支：Main分支是稳定版本代码分支，主干分支是长期稳定存在的，对外可以随时编译发布的分支，不允许直接push代码，只能请求合并（pull request），且只接受release，hotfix的代码合并。2、热修复分支：Hotfix分支，针对生产环境紧急问题，Bug修复的代码分支，修复完问题后需合并到主干分支Main、开发分支Develop3、发版分支：Release分支(受保护，技术经理进行合并提交)，预生产发布分支，用于迭代版本发布，迭代完成后需将Develop代码合并到Release，在Release分支上编译发布版本，以及修改Bug（定时同步bug修改到Release分支），发布上线后此版本的稳定代码Merge到Main主干分支，并打上版本Tag。4、开发分支：Develop分支，针对迭代任务开发的分支，日常开发原则上都在此分支上面，迭代完成后合并到Release分支进行集成测试。5、其他开发分支：Develop-xxx，开发人员可以针对模块自己创建本地分支，开发完成后合并到Develop开发主分支，然后删除本地分支。(非必须，自愿删除)6、功能分支：Feature分支，它是为了开发某种特定功能，从Develop分支上面CheckOut出来的，开发完成后，要再合并到Develop分支，功能分支的名字通常使用Feature-xxxx的形式命名
Tag V1.1
修复Bug分支hotfix
Feature
主干分支main
主开发分支develop
