Git 工作流指南】005.Git工作流指南-GitFlow工作流

Git 工作流指南】005.Git工作流指南-GitFlow工作流
一般不直对master操作，

master不能被污染，deveploer分支，开发分支。基于master创建devepoler。由developer创建release，发布分支，预发布版本。
由release合并到master。

版本号，V1.0， V1.2等等，又叫标签，有了标签，就是正式的版本。
某个版本有bug，就创建hotfix,临时分支。打补丁，然后直接合并下一个tag，版本，上去。

hotfix：小版本改变，维护最后那个数字，

gitflow是怎么玩的 :
基于devepoler创建分支，不能走master.

V1.0.0开发完了，再合并到master

release才可以合并到master当中
master不可以被污染，必须被执行。
基于master创建tag,标签，真正的发行版本。
已经发布的版本，是不可以改的，要创建hotfix_...新的。
解决问题，没有问题的话，创建合并请求

hotfix_...是直接合并到master的，只要release和hotfix可以合并到master

本地同步，切换分支到master，然后拉取master
所有工作都在developer中解决，然后developer分成release分支，
有四个分支是必须存在的。