修改格式

gitflow.md

@@ -28,6 +28,7 @@ test分支是给qa准备的稳定测试版本， 这个版本的代码是可以
 ### dev分支
 
 dev分支是给客户端联调用的开发版本, 这个分支的代码是可以参与客户端联调的.
+
 当dev分支代码通过客户端联调, 就可以将所有开发成果合并到test分支上， 开始提测.
 
 ## 辅助分支
@@ -37,9 +38,13 @@ dev分支是给客户端联调用的开发版本, 这个分支的代码是可以
 辅助分支包括：
 
 用于开发新功能时所使用的feature分支；
+
 用于辅助版本发布的release分支；
+
 用于修正生产代码中的缺陷的hotfix分支;
+
 用于工程师自己的独立分支需求的个人分支;
+
 以上这些分支都有固定的使用目的和分支操作限制。从单纯技术的角度说，这些分支与Git其他分支并没有什么区别，但通过命名，我们定义了使用这些分支的方法。
 
 
@@ -49,10 +54,12 @@ dev分支是给客户端联调用的开发版本, 这个分支的代码是可以
 使用规范：
 
 可以从pre分支发起feature分支
+
 代码必须合并回pre分支
+
 分支命名惯例： feature/*
-feature分支通常是在开发一项新的软件功能的时候使用，这个分支上的代码变更最终合并回pre分支或者干脆被抛弃掉（例如实验性且效果不好的代码变更）。
 
+feature分支通常是在开发一项新的软件功能的时候使用，这个分支上的代码变更最终合并回pre分支或者干脆被抛弃掉（例如实验性且效果不好的代码变更）。
 一般而言，feature分支代码可以保存在开发者自己的代码库中而不强制提交到主代码库里。
 
 
@@ -62,12 +69,13 @@ feature分支通常是在开发一项新的软件功能的时候使用，这个
 使用规范：
 
 可以从master分支派生
+
 必须合并回master分支,pre分支,dev分支
+
 分支命名惯例：hotfix/*
-除了是计划外创建的以外，hotfix分支与release分支十分相似：都可以产生一个新的可供在生产环境部署的软件版本。
 
+除了是计划外创建的以外，hotfix分支与release分支十分相似：都可以产生一个新的可供在生产环境部署的软件版本。
 当生产环境中的软件遇到了异常情况或者发现了严重到必须立即修复的软件缺陷的时候，就需要从master分支上指定的TAG版本派生hotfix分支来组织代码的紧急修复工作。
-
 这样做的显而易见的好处是不会打断正在进行的pre分支的开发工作，能够让团队中负责新功能开发的人与负责代码紧急修复的人并行的开展工作。
 
 
@@ -76,6 +84,7 @@ feature分支通常是在开发一项新的软件功能的时候使用，这个
 使用范围
 
 分支命名规范: {{username}}/feature/*
+
 必须通过pull request merge到dev分支