Git进阶篇（二）——Git分支开发

前言：
  灵活的分支开发模式是Git的一大亮点，针对不同的开发任务，创建不同的分支任务。

1 分支构成

• master：主分支。是永久分支，与线上版本保持一致；
• develop：开发分支。也是永久分支，是进行代码开发的主要分支，从master分支拉取；
• feature：功能分支。属于临时分支，针对特定功能开发的分支。一般一个独立的功能创建一个feature分支，若几个功能存在依赖关系，则只创建一个feature分支开发它们；
• release：预发布分支。属于临时分支，由develop创建出来的分支，以此分支为基准进行提测；
• hotfix：修补分支。属于临时分支，该分支主要用于修复线上bug；

  master和develop是两条必要的主要分支，前者是正式版本的发布，后者用于日常的开发，而feature、release、hotfix是三条临时分支，用于一些特定目的的版本开发，一般临时分支完成开发后应该删除。其实简化的分支开发管理只需要master和develop两个分支。

1.1 master分支

  该分支为永久分支，不可删除。分支上节点与线上版本保持一致。每个提交都有对应的Tag方便检索。
  只能有一个master分支。

Git进阶篇（二）——Git分支开发

前言：
  灵活的分支开发模式是Git的一大亮点，针对不同的开发任务，创建不同的分支任务。

1 分支构成

• master：主分支。是永久分支，与线上版本保持一致；
• develop：开发分支。也是永久分支，是进行代码开发的主要分支，从master分支拉取；
• feature：功能分支。属于临时分支，针对特定功能开发的分支。一般一个独立的功能创建一个feature分支，若几个功能存在依赖关系，则只创建一个feature分支开发它们；
• release：预发布分支。属于临时分支，由develop创建出来的分支，以此分支为基准进行提测；
• hotfix：修补分支。属于临时分支，该分支主要用于修复线上bug；

  master和develop是两条必要的主要分支，前者是正式版本的发布，后者用于日常的开发，而feature、release、hotfix是三条临时分支，用于一些特定目的的版本开发，一般临时分支完成开发后应该删除。其实简化的分支开发管理只需要master和develop两个分支。

1.1 master分支

  该分支为永久分支，不可删除。分支上节点与线上版本保持一致。每个提交都有对应的Tag方便检索。
  只能有一个master分支。

  master节点入出：

1.2 develop分支

  该分支为永久分支，不可删除。develop分支从master分支拉取，进行日常的开发。
  只能有一个develop分支。

  develop节点入出：

1.3 feature分支

  进行功能开发时，我们以develop分支为基础拉取一个feature分支进行特定功能开发。当同时有多个功能在开发时，可以针对不同的功能开发同时存在多个feature分支。一般一个独立的功能创建一个feature分支，若几个功能存在依赖关系，则只创建一个feature分支开发它们。当功能开发完成后合并回develop分支。feature分支从develop来，回develop去。由于属于临时分支，使用完成后可将其删除。
  可以有多个feature分子，分支命名规则为 feature/name 。

  feature节点入出：

1.4 release分支

  release分支从develop分支拉取出来，是预发布分支，针对这个分支上的提交进行提测和修改Bug，也即releasef分支可以针对测试发现的Bug继续开发，测试通过后合并到master分支上发布正式版，并且合并到develop分支上继续后续开发。由于属于临时分支，使用完成后可将其删除。
  可以有多个release分子，分支命名规则为 release/name 。

  release节点入出：

1.5 hotfix分支

  针对master分支上出现的Bug，从master分支拉取hotfix分支，创建hotfix分支进行Bug修复，Bug修复完成后合并回master分支上发布正式版，并且合并到develop分支上继续后续开发。
  可以有多个hotfix分子，分支命名规则为 hotfix/name 。

  hotfix节点入出：

2 特殊情况下的分支开发

2.1 紧急上线新功能

  如果需要紧急上线一个新功能，而develop代码目前存在未完成的开发不能上线，那么此时可以特殊情况特殊处理，从master拉取feature分支进制功能开发，开发完成之后代码合并到master分支。

2.2 同时开发的功能出现依赖

  相互独立的功能开发，应该分别创建feature分支进行功能开发，但若在开发过程中发现这些功能并非完全独立存在依赖，那么就应该将功能存在依赖的feature分支合并后开发。

  master节点入出：

Git进阶篇（二）——Git分支开发

前言：
  灵活的分支开发模式是Git的一大亮点，针对不同的开发任务，创建不同的分支任务。

1 分支构成

• master：主分支。是永久分支，与线上版本保持一致；
• develop：开发分支。也是永久分支，是进行代码开发的主要分支，从master分支拉取；
• feature：功能分支。属于临时分支，针对特定功能开发的分支。一般一个独立的功能创建一个feature分支，若几个功能存在依赖关系，则只创建一个feature分支开发它们；
• release：预发布分支。属于临时分支，由develop创建出来的分支，以此分支为基准进行提测；
• hotfix：修补分支。属于临时分支，该分支主要用于修复线上bug；

  master和develop是两条必要的主要分支，前者是正式版本的发布，后者用于日常的开发，而feature、release、hotfix是三条临时分支，用于一些特定目的的版本开发，一般临时分支完成开发后应该删除。其实简化的分支开发管理只需要master和develop两个分支。

1.1 master分支

  该分支为永久分支，不可删除。分支上节点与线上版本保持一致。每个提交都有对应的Tag方便检索。
  只能有一个master分支。

  master节点入出：

1.2 develop分支

  该分支为永久分支，不可删除。develop分支从master分支拉取，进行日常的开发。
  只能有一个develop分支。

  develop节点入出：

1.3 feature分支

  进行功能开发时，我们以develop分支为基础拉取一个feature分支进行特定功能开发。当同时有多个功能在开发时，可以针对不同的功能开发同时存在多个feature分支。一般一个独立的功能创建一个feature分支，若几个功能存在依赖关系，则只创建一个feature分支开发它们。当功能开发完成后合并回develop分支。feature分支从develop来，回develop去。由于属于临时分支，使用完成后可将其删除。
  可以有多个feature分子，分支命名规则为 feature/name 。

  feature节点入出：

1.4 release分支

  release分支从develop分支拉取出来，是预发布分支，针对这个分支上的提交进行提测和修改Bug，也即releasef分支可以针对测试发现的Bug继续开发，测试通过后合并到master分支上发布正式版，并且合并到develop分支上继续后续开发。由于属于临时分支，使用完成后可将其删除。
  可以有多个release分子，分支命名规则为 release/name 。

  release节点入出：

1.5 hotfix分支

  针对master分支上出现的Bug，从master分支拉取hotfix分支，创建hotfix分支进行Bug修复，Bug修复完成后合并回master分支上发布正式版，并且合并到develop分支上继续后续开发。
  可以有多个hotfix分子，分支命名规则为 hotfix/name 。

  hotfix节点入出：

2 特殊情况下的分支开发

2.1 紧急上线新功能

  如果需要紧急上线一个新功能，而develop代码目前存在未完成的开发不能上线，那么此时可以特殊情况特殊处理，从master拉取feature分支进制功能开发，开发完成之后代码合并到master分支。

2.2 同时开发的功能出现依赖

  相互独立的功能开发，应该分别创建feature分支进行功能开发，但若在开发过程中发现这些功能并非完全独立存在依赖，那么就应该将功能存在依赖的feature分支合并后开发。

1.2 develop分支

  该分支为永久分支，不可删除。develop分支从master分支拉取，进行日常的开发。
  只能有一个develop分支。

Git进阶篇（二）——Git分支开发

前言：
  灵活的分支开发模式是Git的一大亮点，针对不同的开发任务，创建不同的分支任务。

1 分支构成

• master：主分支。是永久分支，与线上版本保持一致；
• develop：开发分支。也是永久分支，是进行代码开发的主要分支，从master分支拉取；
• feature：功能分支。属于临时分支，针对特定功能开发的分支。一般一个独立的功能创建一个feature分支，若几个功能存在依赖关系，则只创建一个feature分支开发它们；
• release：预发布分支。属于临时分支，由develop创建出来的分支，以此分支为基准进行提测；
• hotfix：修补分支。属于临时分支，该分支主要用于修复线上bug；

  master和develop是两条必要的主要分支，前者是正式版本的发布，后者用于日常的开发，而feature、release、hotfix是三条临时分支，用于一些特定目的的版本开发，一般临时分支完成开发后应该删除。其实简化的分支开发管理只需要master和develop两个分支。

1.1 master分支

  该分支为永久分支，不可删除。分支上节点与线上版本保持一致。每个提交都有对应的Tag方便检索。
  只能有一个master分支。

  master节点入出：

1.2 develop分支

  该分支为永久分支，不可删除。develop分支从master分支拉取，进行日常的开发。
  只能有一个develop分支。

  develop节点入出：

1.3 feature分支

  进行功能开发时，我们以develop分支为基础拉取一个feature分支进行特定功能开发。当同时有多个功能在开发时，可以针对不同的功能开发同时存在多个feature分支。一般一个独立的功能创建一个feature分支，若几个功能存在依赖关系，则只创建一个feature分支开发它们。当功能开发完成后合并回develop分支。feature分支从develop来，回develop去。由于属于临时分支，使用完成后可将其删除。
  可以有多个feature分子，分支命名规则为 feature/name 。

  feature节点入出：

1.4 release分支

  release分支从develop分支拉取出来，是预发布分支，针对这个分支上的提交进行提测和修改Bug，也即releasef分支可以针对测试发现的Bug继续开发，测试通过后合并到master分支上发布正式版，并且合并到develop分支上继续后续开发。由于属于临时分支，使用完成后可将其删除。
  可以有多个release分子，分支命名规则为 release/name 。

  release节点入出：

1.5 hotfix分支

  针对master分支上出现的Bug，从master分支拉取hotfix分支，创建hotfix分支进行Bug修复，Bug修复完成后合并回master分支上发布正式版，并且合并到develop分支上继续后续开发。
  可以有多个hotfix分子，分支命名规则为 hotfix/name 。

  hotfix节点入出：

2 特殊情况下的分支开发

2.1 紧急上线新功能

  如果需要紧急上线一个新功能，而develop代码目前存在未完成的开发不能上线，那么此时可以特殊情况特殊处理，从master拉取feature分支进制功能开发，开发完成之后代码合并到master分支。

2.2 同时开发的功能出现依赖

  相互独立的功能开发，应该分别创建feature分支进行功能开发，但若在开发过程中发现这些功能并非完全独立存在依赖，那么就应该将功能存在依赖的feature分支合并后开发。

  develop节点入出：

Git进阶篇（二）——Git分支开发

前言：
  灵活的分支开发模式是Git的一大亮点，针对不同的开发任务，创建不同的分支任务。

1 分支构成

• master：主分支。是永久分支，与线上版本保持一致；
• develop：开发分支。也是永久分支，是进行代码开发的主要分支，从master分支拉取；
• feature：功能分支。属于临时分支，针对特定功能开发的分支。一般一个独立的功能创建一个feature分支，若几个功能存在依赖关系，则只创建一个feature分支开发它们；
• release：预发布分支。属于临时分支，由develop创建出来的分支，以此分支为基准进行提测；
• hotfix：修补分支。属于临时分支，该分支主要用于修复线上bug；

  master和develop是两条必要的主要分支，前者是正式版本的发布，后者用于日常的开发，而feature、release、hotfix是三条临时分支，用于一些特定目的的版本开发，一般临时分支完成开发后应该删除。其实简化的分支开发管理只需要master和develop两个分支。

1.1 master分支

  该分支为永久分支，不可删除。分支上节点与线上版本保持一致。每个提交都有对应的Tag方便检索。
  只能有一个master分支。

  master节点入出：

1.2 develop分支

  该分支为永久分支，不可删除。develop分支从master分支拉取，进行日常的开发。
  只能有一个develop分支。

  develop节点入出：

1.3 feature分支

  进行功能开发时，我们以develop分支为基础拉取一个feature分支进行特定功能开发。当同时有多个功能在开发时，可以针对不同的功能开发同时存在多个feature分支。一般一个独立的功能创建一个feature分支，若几个功能存在依赖关系，则只创建一个feature分支开发它们。当功能开发完成后合并回develop分支。feature分支从develop来，回develop去。由于属于临时分支，使用完成后可将其删除。
  可以有多个feature分子，分支命名规则为 feature/name 。

  feature节点入出：

1.4 release分支

  release分支从develop分支拉取出来，是预发布分支，针对这个分支上的提交进行提测和修改Bug，也即releasef分支可以针对测试发现的Bug继续开发，测试通过后合并到master分支上发布正式版，并且合并到develop分支上继续后续开发。由于属于临时分支，使用完成后可将其删除。
  可以有多个release分子，分支命名规则为 release/name 。

  release节点入出：

1.5 hotfix分支

  针对master分支上出现的Bug，从master分支拉取hotfix分支，创建hotfix分支进行Bug修复，Bug修复完成后合并回master分支上发布正式版，并且合并到develop分支上继续后续开发。
  可以有多个hotfix分子，分支命名规则为 hotfix/name 。

  hotfix节点入出：

2 特殊情况下的分支开发

2.1 紧急上线新功能

  如果需要紧急上线一个新功能，而develop代码目前存在未完成的开发不能上线，那么此时可以特殊情况特殊处理，从master拉取feature分支进制功能开发，开发完成之后代码合并到master分支。

2.2 同时开发的功能出现依赖

  相互独立的功能开发，应该分别创建feature分支进行功能开发，但若在开发过程中发现这些功能并非完全独立存在依赖，那么就应该将功能存在依赖的feature分支合并后开发。

1.3 feature分支

  进行功能开发时，我们以develop分支为基础拉取一个feature分支进行特定功能开发。当同时有多个功能在开发时，可以针对不同的功能开发同时存在多个feature分支。一般一个独立的功能创建一个feature分支，若几个功能存在依赖关系，则只创建一个feature分支开发它们。当功能开发完成后合并回develop分支。feature分支从develop来，回develop去。由于属于临时分支，使用完成后可将其删除。
  可以有多个feature分子，分支命名规则为 feature/name 。

Git进阶篇（二）——Git分支开发

前言：
  灵活的分支开发模式是Git的一大亮点，针对不同的开发任务，创建不同的分支任务。

1 分支构成

• master：主分支。是永久分支，与线上版本保持一致；
• develop：开发分支。也是永久分支，是进行代码开发的主要分支，从master分支拉取；
• feature：功能分支。属于临时分支，针对特定功能开发的分支。一般一个独立的功能创建一个feature分支，若几个功能存在依赖关系，则只创建一个feature分支开发它们；
• release：预发布分支。属于临时分支，由develop创建出来的分支，以此分支为基准进行提测；
• hotfix：修补分支。属于临时分支，该分支主要用于修复线上bug；

  master和develop是两条必要的主要分支，前者是正式版本的发布，后者用于日常的开发，而feature、release、hotfix是三条临时分支，用于一些特定目的的版本开发，一般临时分支完成开发后应该删除。其实简化的分支开发管理只需要master和develop两个分支。

1.1 master分支

  该分支为永久分支，不可删除。分支上节点与线上版本保持一致。每个提交都有对应的Tag方便检索。
  只能有一个master分支。

  master节点入出：

1.2 develop分支

  该分支为永久分支，不可删除。develop分支从master分支拉取，进行日常的开发。
  只能有一个develop分支。

  develop节点入出：

1.3 feature分支

  进行功能开发时，我们以develop分支为基础拉取一个feature分支进行特定功能开发。当同时有多个功能在开发时，可以针对不同的功能开发同时存在多个feature分支。一般一个独立的功能创建一个feature分支，若几个功能存在依赖关系，则只创建一个feature分支开发它们。当功能开发完成后合并回develop分支。feature分支从develop来，回develop去。由于属于临时分支，使用完成后可将其删除。
  可以有多个feature分子，分支命名规则为 feature/name 。

  feature节点入出：

1.4 release分支

  release分支从develop分支拉取出来，是预发布分支，针对这个分支上的提交进行提测和修改Bug，也即releasef分支可以针对测试发现的Bug继续开发，测试通过后合并到master分支上发布正式版，并且合并到develop分支上继续后续开发。由于属于临时分支，使用完成后可将其删除。
  可以有多个release分子，分支命名规则为 release/name 。

  release节点入出：

1.5 hotfix分支

  针对master分支上出现的Bug，从master分支拉取hotfix分支，创建hotfix分支进行Bug修复，Bug修复完成后合并回master分支上发布正式版，并且合并到develop分支上继续后续开发。
  可以有多个hotfix分子，分支命名规则为 hotfix/name 。

  hotfix节点入出：

2 特殊情况下的分支开发

2.1 紧急上线新功能

  如果需要紧急上线一个新功能，而develop代码目前存在未完成的开发不能上线，那么此时可以特殊情况特殊处理，从master拉取feature分支进制功能开发，开发完成之后代码合并到master分支。

2.2 同时开发的功能出现依赖

  相互独立的功能开发，应该分别创建feature分支进行功能开发，但若在开发过程中发现这些功能并非完全独立存在依赖，那么就应该将功能存在依赖的feature分支合并后开发。

  feature节点入出：

Git进阶篇（二）——Git分支开发

前言：
  灵活的分支开发模式是Git的一大亮点，针对不同的开发任务，创建不同的分支任务。

1 分支构成

• master：主分支。是永久分支，与线上版本保持一致；
• develop：开发分支。也是永久分支，是进行代码开发的主要分支，从master分支拉取；
• feature：功能分支。属于临时分支，针对特定功能开发的分支。一般一个独立的功能创建一个feature分支，若几个功能存在依赖关系，则只创建一个feature分支开发它们；
• release：预发布分支。属于临时分支，由develop创建出来的分支，以此分支为基准进行提测；
• hotfix：修补分支。属于临时分支，该分支主要用于修复线上bug；

  master和develop是两条必要的主要分支，前者是正式版本的发布，后者用于日常的开发，而feature、release、hotfix是三条临时分支，用于一些特定目的的版本开发，一般临时分支完成开发后应该删除。其实简化的分支开发管理只需要master和develop两个分支。

1.1 master分支

  该分支为永久分支，不可删除。分支上节点与线上版本保持一致。每个提交都有对应的Tag方便检索。
  只能有一个master分支。

  master节点入出：

1.2 develop分支

  该分支为永久分支，不可删除。develop分支从master分支拉取，进行日常的开发。
  只能有一个develop分支。

  develop节点入出：

1.3 feature分支

  进行功能开发时，我们以develop分支为基础拉取一个feature分支进行特定功能开发。当同时有多个功能在开发时，可以针对不同的功能开发同时存在多个feature分支。一般一个独立的功能创建一个feature分支，若几个功能存在依赖关系，则只创建一个feature分支开发它们。当功能开发完成后合并回develop分支。feature分支从develop来，回develop去。由于属于临时分支，使用完成后可将其删除。
  可以有多个feature分子，分支命名规则为 feature/name 。

  feature节点入出：

1.4 release分支

  release分支从develop分支拉取出来，是预发布分支，针对这个分支上的提交进行提测和修改Bug，也即releasef分支可以针对测试发现的Bug继续开发，测试通过后合并到master分支上发布正式版，并且合并到develop分支上继续后续开发。由于属于临时分支，使用完成后可将其删除。
  可以有多个release分子，分支命名规则为 release/name 。

  release节点入出：

1.5 hotfix分支

  针对master分支上出现的Bug，从master分支拉取hotfix分支，创建hotfix分支进行Bug修复，Bug修复完成后合并回master分支上发布正式版，并且合并到develop分支上继续后续开发。
  可以有多个hotfix分子，分支命名规则为 hotfix/name 。

  hotfix节点入出：

2 特殊情况下的分支开发

2.1 紧急上线新功能

  如果需要紧急上线一个新功能，而develop代码目前存在未完成的开发不能上线，那么此时可以特殊情况特殊处理，从master拉取feature分支进制功能开发，开发完成之后代码合并到master分支。

2.2 同时开发的功能出现依赖

  相互独立的功能开发，应该分别创建feature分支进行功能开发，但若在开发过程中发现这些功能并非完全独立存在依赖，那么就应该将功能存在依赖的feature分支合并后开发。

1.4 release分支

  release分支从develop分支拉取出来，是预发布分支，针对这个分支上的提交进行提测和修改Bug，也即releasef分支可以针对测试发现的Bug继续开发，测试通过后合并到master分支上发布正式版，并且合并到develop分支上继续后续开发。由于属于临时分支，使用完成后可将其删除。
  可以有多个release分子，分支命名规则为 release/name 。

Git进阶篇（二）——Git分支开发

前言：
  灵活的分支开发模式是Git的一大亮点，针对不同的开发任务，创建不同的分支任务。

1 分支构成

• master：主分支。是永久分支，与线上版本保持一致；
• develop：开发分支。也是永久分支，是进行代码开发的主要分支，从master分支拉取；
• feature：功能分支。属于临时分支，针对特定功能开发的分支。一般一个独立的功能创建一个feature分支，若几个功能存在依赖关系，则只创建一个feature分支开发它们；
• release：预发布分支。属于临时分支，由develop创建出来的分支，以此分支为基准进行提测；
• hotfix：修补分支。属于临时分支，该分支主要用于修复线上bug；

  master和develop是两条必要的主要分支，前者是正式版本的发布，后者用于日常的开发，而feature、release、hotfix是三条临时分支，用于一些特定目的的版本开发，一般临时分支完成开发后应该删除。其实简化的分支开发管理只需要master和develop两个分支。

1.1 master分支

  该分支为永久分支，不可删除。分支上节点与线上版本保持一致。每个提交都有对应的Tag方便检索。
  只能有一个master分支。

  master节点入出：

1.2 develop分支

  该分支为永久分支，不可删除。develop分支从master分支拉取，进行日常的开发。
  只能有一个develop分支。

  develop节点入出：

1.3 feature分支

  进行功能开发时，我们以develop分支为基础拉取一个feature分支进行特定功能开发。当同时有多个功能在开发时，可以针对不同的功能开发同时存在多个feature分支。一般一个独立的功能创建一个feature分支，若几个功能存在依赖关系，则只创建一个feature分支开发它们。当功能开发完成后合并回develop分支。feature分支从develop来，回develop去。由于属于临时分支，使用完成后可将其删除。
  可以有多个feature分子，分支命名规则为 feature/name 。

  feature节点入出：

1.4 release分支

  release分支从develop分支拉取出来，是预发布分支，针对这个分支上的提交进行提测和修改Bug，也即releasef分支可以针对测试发现的Bug继续开发，测试通过后合并到master分支上发布正式版，并且合并到develop分支上继续后续开发。由于属于临时分支，使用完成后可将其删除。
  可以有多个release分子，分支命名规则为 release/name 。

  release节点入出：

1.5 hotfix分支

  针对master分支上出现的Bug，从master分支拉取hotfix分支，创建hotfix分支进行Bug修复，Bug修复完成后合并回master分支上发布正式版，并且合并到develop分支上继续后续开发。
  可以有多个hotfix分子，分支命名规则为 hotfix/name 。

  hotfix节点入出：

2 特殊情况下的分支开发

2.1 紧急上线新功能

  如果需要紧急上线一个新功能，而develop代码目前存在未完成的开发不能上线，那么此时可以特殊情况特殊处理，从master拉取feature分支进制功能开发，开发完成之后代码合并到master分支。

2.2 同时开发的功能出现依赖

  相互独立的功能开发，应该分别创建feature分支进行功能开发，但若在开发过程中发现这些功能并非完全独立存在依赖，那么就应该将功能存在依赖的feature分支合并后开发。

  release节点入出：

Git进阶篇（二）——Git分支开发

前言：
  灵活的分支开发模式是Git的一大亮点，针对不同的开发任务，创建不同的分支任务。

1 分支构成

• master：主分支。是永久分支，与线上版本保持一致；
• develop：开发分支。也是永久分支，是进行代码开发的主要分支，从master分支拉取；
• feature：功能分支。属于临时分支，针对特定功能开发的分支。一般一个独立的功能创建一个feature分支，若几个功能存在依赖关系，则只创建一个feature分支开发它们；
• release：预发布分支。属于临时分支，由develop创建出来的分支，以此分支为基准进行提测；
• hotfix：修补分支。属于临时分支，该分支主要用于修复线上bug；

  master和develop是两条必要的主要分支，前者是正式版本的发布，后者用于日常的开发，而feature、release、hotfix是三条临时分支，用于一些特定目的的版本开发，一般临时分支完成开发后应该删除。其实简化的分支开发管理只需要master和develop两个分支。

1.1 master分支

  该分支为永久分支，不可删除。分支上节点与线上版本保持一致。每个提交都有对应的Tag方便检索。
  只能有一个master分支。

  master节点入出：

1.2 develop分支

  该分支为永久分支，不可删除。develop分支从master分支拉取，进行日常的开发。
  只能有一个develop分支。

  develop节点入出：

1.3 feature分支

  进行功能开发时，我们以develop分支为基础拉取一个feature分支进行特定功能开发。当同时有多个功能在开发时，可以针对不同的功能开发同时存在多个feature分支。一般一个独立的功能创建一个feature分支，若几个功能存在依赖关系，则只创建一个feature分支开发它们。当功能开发完成后合并回develop分支。feature分支从develop来，回develop去。由于属于临时分支，使用完成后可将其删除。
  可以有多个feature分子，分支命名规则为 feature/name 。

  feature节点入出：

1.4 release分支

  release分支从develop分支拉取出来，是预发布分支，针对这个分支上的提交进行提测和修改Bug，也即releasef分支可以针对测试发现的Bug继续开发，测试通过后合并到master分支上发布正式版，并且合并到develop分支上继续后续开发。由于属于临时分支，使用完成后可将其删除。
  可以有多个release分子，分支命名规则为 release/name 。

  release节点入出：

1.5 hotfix分支

  针对master分支上出现的Bug，从master分支拉取hotfix分支，创建hotfix分支进行Bug修复，Bug修复完成后合并回master分支上发布正式版，并且合并到develop分支上继续后续开发。
  可以有多个hotfix分子，分支命名规则为 hotfix/name 。

  hotfix节点入出：

2 特殊情况下的分支开发

2.1 紧急上线新功能

  如果需要紧急上线一个新功能，而develop代码目前存在未完成的开发不能上线，那么此时可以特殊情况特殊处理，从master拉取feature分支进制功能开发，开发完成之后代码合并到master分支。

2.2 同时开发的功能出现依赖

  相互独立的功能开发，应该分别创建feature分支进行功能开发，但若在开发过程中发现这些功能并非完全独立存在依赖，那么就应该将功能存在依赖的feature分支合并后开发。

1.5 hotfix分支

  针对master分支上出现的Bug，从master分支拉取hotfix分支，创建hotfix分支进行Bug修复，Bug修复完成后合并回master分支上发布正式版，并且合并到develop分支上继续后续开发。
  可以有多个hotfix分子，分支命名规则为 hotfix/name 。

Git进阶篇（二）——Git分支开发

前言：
  灵活的分支开发模式是Git的一大亮点，针对不同的开发任务，创建不同的分支任务。

1 分支构成

• master：主分支。是永久分支，与线上版本保持一致；
• develop：开发分支。也是永久分支，是进行代码开发的主要分支，从master分支拉取；
• feature：功能分支。属于临时分支，针对特定功能开发的分支。一般一个独立的功能创建一个feature分支，若几个功能存在依赖关系，则只创建一个feature分支开发它们；
• release：预发布分支。属于临时分支，由develop创建出来的分支，以此分支为基准进行提测；
• hotfix：修补分支。属于临时分支，该分支主要用于修复线上bug；

  master和develop是两条必要的主要分支，前者是正式版本的发布，后者用于日常的开发，而feature、release、hotfix是三条临时分支，用于一些特定目的的版本开发，一般临时分支完成开发后应该删除。其实简化的分支开发管理只需要master和develop两个分支。

1.1 master分支

  该分支为永久分支，不可删除。分支上节点与线上版本保持一致。每个提交都有对应的Tag方便检索。
  只能有一个master分支。

  master节点入出：

1.2 develop分支

  该分支为永久分支，不可删除。develop分支从master分支拉取，进行日常的开发。
  只能有一个develop分支。

  develop节点入出：

1.3 feature分支

  进行功能开发时，我们以develop分支为基础拉取一个feature分支进行特定功能开发。当同时有多个功能在开发时，可以针对不同的功能开发同时存在多个feature分支。一般一个独立的功能创建一个feature分支，若几个功能存在依赖关系，则只创建一个feature分支开发它们。当功能开发完成后合并回develop分支。feature分支从develop来，回develop去。由于属于临时分支，使用完成后可将其删除。
  可以有多个feature分子，分支命名规则为 feature/name 。

  feature节点入出：

1.4 release分支

  release分支从develop分支拉取出来，是预发布分支，针对这个分支上的提交进行提测和修改Bug，也即releasef分支可以针对测试发现的Bug继续开发，测试通过后合并到master分支上发布正式版，并且合并到develop分支上继续后续开发。由于属于临时分支，使用完成后可将其删除。
  可以有多个release分子，分支命名规则为 release/name 。

  release节点入出：

1.5 hotfix分支

  针对master分支上出现的Bug，从master分支拉取hotfix分支，创建hotfix分支进行Bug修复，Bug修复完成后合并回master分支上发布正式版，并且合并到develop分支上继续后续开发。
  可以有多个hotfix分子，分支命名规则为 hotfix/name 。

  hotfix节点入出：

2 特殊情况下的分支开发

2.1 紧急上线新功能

  如果需要紧急上线一个新功能，而develop代码目前存在未完成的开发不能上线，那么此时可以特殊情况特殊处理，从master拉取feature分支进制功能开发，开发完成之后代码合并到master分支。

2.2 同时开发的功能出现依赖

  相互独立的功能开发，应该分别创建feature分支进行功能开发，但若在开发过程中发现这些功能并非完全独立存在依赖，那么就应该将功能存在依赖的feature分支合并后开发。

  hotfix节点入出：

Git进阶篇（二）——Git分支开发

前言：
  灵活的分支开发模式是Git的一大亮点，针对不同的开发任务，创建不同的分支任务。

1 分支构成

• master：主分支。是永久分支，与线上版本保持一致；
• develop：开发分支。也是永久分支，是进行代码开发的主要分支，从master分支拉取；
• feature：功能分支。属于临时分支，针对特定功能开发的分支。一般一个独立的功能创建一个feature分支，若几个功能存在依赖关系，则只创建一个feature分支开发它们；
• release：预发布分支。属于临时分支，由develop创建出来的分支，以此分支为基准进行提测；
• hotfix：修补分支。属于临时分支，该分支主要用于修复线上bug；

  master和develop是两条必要的主要分支，前者是正式版本的发布，后者用于日常的开发，而feature、release、hotfix是三条临时分支，用于一些特定目的的版本开发，一般临时分支完成开发后应该删除。其实简化的分支开发管理只需要master和develop两个分支。

1.1 master分支

  该分支为永久分支，不可删除。分支上节点与线上版本保持一致。每个提交都有对应的Tag方便检索。
  只能有一个master分支。

  master节点入出：

1.2 develop分支

  该分支为永久分支，不可删除。develop分支从master分支拉取，进行日常的开发。
  只能有一个develop分支。

  develop节点入出：

1.3 feature分支

  进行功能开发时，我们以develop分支为基础拉取一个feature分支进行特定功能开发。当同时有多个功能在开发时，可以针对不同的功能开发同时存在多个feature分支。一般一个独立的功能创建一个feature分支，若几个功能存在依赖关系，则只创建一个feature分支开发它们。当功能开发完成后合并回develop分支。feature分支从develop来，回develop去。由于属于临时分支，使用完成后可将其删除。
  可以有多个feature分子，分支命名规则为 feature/name 。

  feature节点入出：

1.4 release分支

  release分支从develop分支拉取出来，是预发布分支，针对这个分支上的提交进行提测和修改Bug，也即releasef分支可以针对测试发现的Bug继续开发，测试通过后合并到master分支上发布正式版，并且合并到develop分支上继续后续开发。由于属于临时分支，使用完成后可将其删除。
  可以有多个release分子，分支命名规则为 release/name 。

  release节点入出：

1.5 hotfix分支

  针对master分支上出现的Bug，从master分支拉取hotfix分支，创建hotfix分支进行Bug修复，Bug修复完成后合并回master分支上发布正式版，并且合并到develop分支上继续后续开发。
  可以有多个hotfix分子，分支命名规则为 hotfix/name 。

  hotfix节点入出：

2 特殊情况下的分支开发

2.1 紧急上线新功能

  如果需要紧急上线一个新功能，而develop代码目前存在未完成的开发不能上线，那么此时可以特殊情况特殊处理，从master拉取feature分支进制功能开发，开发完成之后代码合并到master分支。

2.2 同时开发的功能出现依赖

  相互独立的功能开发，应该分别创建feature分支进行功能开发，但若在开发过程中发现这些功能并非完全独立存在依赖，那么就应该将功能存在依赖的feature分支合并后开发。

2 特殊情况下的分支开发

2.1 紧急上线新功能

  如果需要紧急上线一个新功能，而develop代码目前存在未完成的开发不能上线，那么此时可以特殊情况特殊处理，从master拉取feature分支进制功能开发，开发完成之后代码合并到master分支。

Git进阶篇（二）——Git分支开发

前言：
  灵活的分支开发模式是Git的一大亮点，针对不同的开发任务，创建不同的分支任务。

1 分支构成

• master：主分支。是永久分支，与线上版本保持一致；
• develop：开发分支。也是永久分支，是进行代码开发的主要分支，从master分支拉取；
• feature：功能分支。属于临时分支，针对特定功能开发的分支。一般一个独立的功能创建一个feature分支，若几个功能存在依赖关系，则只创建一个feature分支开发它们；
• release：预发布分支。属于临时分支，由develop创建出来的分支，以此分支为基准进行提测；
• hotfix：修补分支。属于临时分支，该分支主要用于修复线上bug；

  master和develop是两条必要的主要分支，前者是正式版本的发布，后者用于日常的开发，而feature、release、hotfix是三条临时分支，用于一些特定目的的版本开发，一般临时分支完成开发后应该删除。其实简化的分支开发管理只需要master和develop两个分支。

1.1 master分支

  该分支为永久分支，不可删除。分支上节点与线上版本保持一致。每个提交都有对应的Tag方便检索。
  只能有一个master分支。

  master节点入出：

1.2 develop分支

  该分支为永久分支，不可删除。develop分支从master分支拉取，进行日常的开发。
  只能有一个develop分支。

  develop节点入出：

1.3 feature分支

  进行功能开发时，我们以develop分支为基础拉取一个feature分支进行特定功能开发。当同时有多个功能在开发时，可以针对不同的功能开发同时存在多个feature分支。一般一个独立的功能创建一个feature分支，若几个功能存在依赖关系，则只创建一个feature分支开发它们。当功能开发完成后合并回develop分支。feature分支从develop来，回develop去。由于属于临时分支，使用完成后可将其删除。
  可以有多个feature分子，分支命名规则为 feature/name 。

  feature节点入出：

1.4 release分支

  release分支从develop分支拉取出来，是预发布分支，针对这个分支上的提交进行提测和修改Bug，也即releasef分支可以针对测试发现的Bug继续开发，测试通过后合并到master分支上发布正式版，并且合并到develop分支上继续后续开发。由于属于临时分支，使用完成后可将其删除。
  可以有多个release分子，分支命名规则为 release/name 。

  release节点入出：

1.5 hotfix分支

  针对master分支上出现的Bug，从master分支拉取hotfix分支，创建hotfix分支进行Bug修复，Bug修复完成后合并回master分支上发布正式版，并且合并到develop分支上继续后续开发。
  可以有多个hotfix分子，分支命名规则为 hotfix/name 。

  hotfix节点入出：

2 特殊情况下的分支开发

2.1 紧急上线新功能

  如果需要紧急上线一个新功能，而develop代码目前存在未完成的开发不能上线，那么此时可以特殊情况特殊处理，从master拉取feature分支进制功能开发，开发完成之后代码合并到master分支。

2.2 同时开发的功能出现依赖

  相互独立的功能开发，应该分别创建feature分支进行功能开发，但若在开发过程中发现这些功能并非完全独立存在依赖，那么就应该将功能存在依赖的feature分支合并后开发。

2.2 同时开发的功能出现依赖

  相互独立的功能开发，应该分别创建feature分支进行功能开发，但若在开发过程中发现这些功能并非完全独立存在依赖，那么就应该将功能存在依赖的feature分支合并后开发。

Git进阶篇（二）——Git分支开发

前言：
  灵活的分支开发模式是Git的一大亮点，针对不同的开发任务，创建不同的分支任务。

1 分支构成

• master：主分支。是永久分支，与线上版本保持一致；
• develop：开发分支。也是永久分支，是进行代码开发的主要分支，从master分支拉取；
• feature：功能分支。属于临时分支，针对特定功能开发的分支。一般一个独立的功能创建一个feature分支，若几个功能存在依赖关系，则只创建一个feature分支开发它们；
• release：预发布分支。属于临时分支，由develop创建出来的分支，以此分支为基准进行提测；
• hotfix：修补分支。属于临时分支，该分支主要用于修复线上bug；

  master和develop是两条必要的主要分支，前者是正式版本的发布，后者用于日常的开发，而feature、release、hotfix是三条临时分支，用于一些特定目的的版本开发，一般临时分支完成开发后应该删除。其实简化的分支开发管理只需要master和develop两个分支。

1.1 master分支

  该分支为永久分支，不可删除。分支上节点与线上版本保持一致。每个提交都有对应的Tag方便检索。
  只能有一个master分支。

  master节点入出：

1.2 develop分支

  该分支为永久分支，不可删除。develop分支从master分支拉取，进行日常的开发。
  只能有一个develop分支。

  develop节点入出：

1.3 feature分支

  进行功能开发时，我们以develop分支为基础拉取一个feature分支进行特定功能开发。当同时有多个功能在开发时，可以针对不同的功能开发同时存在多个feature分支。一般一个独立的功能创建一个feature分支，若几个功能存在依赖关系，则只创建一个feature分支开发它们。当功能开发完成后合并回develop分支。feature分支从develop来，回develop去。由于属于临时分支，使用完成后可将其删除。
  可以有多个feature分子，分支命名规则为 feature/name 。

  feature节点入出：

1.4 release分支

  release分支从develop分支拉取出来，是预发布分支，针对这个分支上的提交进行提测和修改Bug，也即releasef分支可以针对测试发现的Bug继续开发，测试通过后合并到master分支上发布正式版，并且合并到develop分支上继续后续开发。由于属于临时分支，使用完成后可将其删除。
  可以有多个release分子，分支命名规则为 release/name 。

  release节点入出：

1.5 hotfix分支

  针对master分支上出现的Bug，从master分支拉取hotfix分支，创建hotfix分支进行Bug修复，Bug修复完成后合并回master分支上发布正式版，并且合并到develop分支上继续后续开发。
  可以有多个hotfix分子，分支命名规则为 hotfix/name 。

  hotfix节点入出：

2 特殊情况下的分支开发

2.1 紧急上线新功能

  如果需要紧急上线一个新功能，而develop代码目前存在未完成的开发不能上线，那么此时可以特殊情况特殊处理，从master拉取feature分支进制功能开发，开发完成之后代码合并到master分支。

2.2 同时开发的功能出现依赖

  相互独立的功能开发，应该分别创建feature分支进行功能开发，但若在开发过程中发现这些功能并非完全独立存在依赖，那么就应该将功能存在依赖的feature分支合并后开发。