我用了很久git，还是想总结一下git的工作流程。 学习中总是要有how、what、why的心情。 描写的工作流程，说明自己不仅仅是机械地使用。
一、主分支主控
代码库必须只有一个主分支。 用户可以使用的所有正式版本都将在此主分支上发布。
默认情况下，Git主分支的名称称为Master。 在自动创建并初始化版本库之后，默认情况下在主分支上进行开发。
二.开发分支Develop
主分支仅用于分发重要版本，日常开发必须在单独的分支上进行。 我们把开发用的分支称为Develop。
此分支可用于生成代码的最新夜间版本(nightly )。 如果希望正式发布到外部，请在主分支上对开发分支执行“合并”(merge )。
用于创建#gitdevelop分支的命令用于将git check out-bdevelopmaster # develop分支发出到master分支的命令gitcheckoutmastergitmerge-- no-ff develop-ne 不要用！ 三.暂时分歧
前面介绍的版本库的两个主要分支是Master和Develop。 前者用于正式发布，后者用于日常开发。 其实，常设分支只有这两条就足够了，其他都不需要。
但是，除常设分支外，还有一个临时分支，以适应特定的目标版本开发。 临时分支主要有三种。
*功能分支(feature ) )
*预发行分支(发行版) )
修复错误分支(fixbug ) ) ) ) ) ) ) ) )。
这三个分支是临时需要，使用后必须删除，以确保基于代码的常设分支始终只有主和开发。
四.功能分支feature branches
为了开发某个特定的功能，从Develop分支的上面进行了分支。 开发结束后，嵌入开发。
功能分支的名称以feature-*的形式命名。
#创建功能分支git checkout -b feature-x develop#并将其合并到develop分支gitcheckoutdevelopgitmerge-- no-- ff feature-x #中
在正式版本发布之前，即集成到主分支之前，可能需要预发布版本进行测试。
预发行分支必须从开发分支上方分支，并在预发行分支完成后集成到开发和主分支中。 其命名可以采用release-*的形式。
#预发布分支：创建git checkout -b release-x develop#并验证是否存在问题后，master分支： gitcheckoutmastergitmerge-- no-ff releler gitcheckoutdevelopgitmerge-- no-ff release-x #最后，请记住删除预发行分支。 git branch-d发行版- x，错误修复
软件正式发布后，错误是不可避免的。 在这种情况下，必须创建用于修复错误的分支。
修正错误的分支是从Master分支的上方分支的。 修补程序完成后，将其合并到主和开发分支中。 其命名可以采用fixbug-*的形式。
#创建修补程序错误分支： gitcheckout-bfix错误-xxmaster#修补程序完成后合并到master分支： gitcheckoutmastergitmerge-- no-ffix bug--