企业级Git规范

提测通过合并项目二生产分支进行发布

常用命令行:合并指定commitgit cherry-pick [commit_id]git clone 克隆项目git add . 提交到暂存区git commit -m \"描述\

测试

发布上线

发布分支(演示)release

需求开发dev

主分支master

测试分支(项目三)项目三test

bug测试

现场验收

功能开发分支feature

代码合并

完成发版

准生产分支（演示）release(test)

测试分支test

bug修复

从master分支拉新迭代的dev分支;迭代1.1开始

tag1.0

迭代-发布流程

开发中

tag1.0.1

从项目二dev分支合并到项目二test进行提测

合并后在项目二dev验证

bug修复hotflx

GIT代码分支管理规范

迭代需求开发

开发主分支dev

稳定版本

合并后在项目三dev验证

新迭代需求开发

上线分支(项目三)项目三master

开发分支(项目二)项目二dev

验收通过

复制dev代码创建新test分支

bug修复完成

bug验收

紧急bug

紧急BUG分支hotflx

tag1.2

测试分支(项目二)项目二test

提测分支test

提测通过合并项目三生产分支进行发布

开发注意点:      1、开发前明确需求（功能点，缺陷）项目业务（包括所有业务），      2、每天第一件事 git pull 更新自己本地的代码（开发主分支dev）；      3、下班push之前先 pull 本地代码后push（附:pull之后审查自己代码是否有冲突，无冲突push）;      4、日志规范: git commit -m “”；            新增特性：feat( [feature_name]_[sub_feature] ): XXX                        bug/issue修复：fix( [issue_id] ): XXX                       代码重构：refactor( [file_or_feature_name] ): XXX                        文档更新：docs( [name] ): XXX                        配置更新：config( [config_name] ): XXX                       代码部署：deploy( [deploy_name] ): XXX

上线分支master

迭代1.2开始

pull代码

HotFix流程

发布分支（演示）release

上线分支(项目二)项目二master

迭代开发完成

迭代1.2结束

tag1.1

开发分支(项目三)项目三dev

从项目三dev分支合并到项目三test进行提测