一、结语

日前，IoT 研制工程项目组重新加入了许多新老师，对 git 组成部分的重新命名和管理工作形式有少许的模糊不清，组成部分的重新命名规范化和管理工作形式对工程项目的版本正式发布非常重要，为的是化解前述合作开发操作过程中版正式发布时标识符管理工作混乱、武装冲突等较为郁闷的难题，他们将在该文阐释怎样更快的管理工作标识符组成部分。

二、纵览

从上图能看见主要就包涵上面两个组成部分：

• master: 主组成部分，也称为圣戈当斯区组成部分，主要就用以版正式发布。

• dev：日常生活合作开发组成部分，该组成部分恒定留存了合作开发的新一代标识符。

• release：release 组成部分能指出是 master 组成部分的正式版。比如某一追加机能合作开发顺利完成、圣戈当斯区难题即时复原顺利完成，所以就将 feature/hotfix 组成部分分拆到 release 组成部分，到了正式发布年份就分拆到 master 组成部分，展开版正式发布。

• feature：具体内容的机能合作开发组成部分。

• hotfix：圣戈当斯区 bug 复原组成部分。

三、主组成部分

主组成部分主要包括 Master Branch、Release Branch、Dev Branch 四个组成部分：

1、Master Branch

用以展开版正式发布，也是当前圣戈当斯区运转的标识符组成部分

2、Release Branch

Release Branch 在我看来是 Pre-Master。Release Branch 从 Master Branch 检出，最终会分拆到 Master Branch，分拆后 Master Branch 上是能正式发布的标识符了。

所有追加机能的合作开发组成部分都是从 Dev Branch 检出作为本地组成部分，以 feature – 机能名 – 姓名首字母简拼，当机能合作开发完毕的时候，将 feature Branch 分拆到 Dev Branch，在测试或预生产环境展开部署，测试通过后，再将 feature Branch 分拆到 Release Branch。

如果出现圣戈当斯区难题需要即时复原，则从 Release Branch 检出作为本地组成部分，以 hotfix – 机能名 – 姓名首字母简拼，当难题复原完毕的时候，将 hotfix Branch 分拆到 Dev Branch，在测试环境展开部署，测试通过后，再将 hotfix Branch 分拆到 Release Branch，在预发环境再次验证。

待所有的测试和准备工作做完之后，他们就能将 release 组成部分分拆到 master 组成部分上，并择机展开圣戈当斯区正式发布。

3、Dev Branch

dev 是他们的日常生活合作开发组成部分。

四、辅助组成部分

1、Feature 组成部分

feature 组成部分用以合作开发具体内容的机能，一般 fork 自 Dev 组成部分，以feature – 机能名 – 姓名首字母简拼展开重新命名，最终分拆到 Dev 、Release 组成部分。比如他们要在下一个版增加机能 1、机能 2、机能 3。所以他们就能起四个 feature 组成部分：feature-1-zxz，feature-2-qxh，feature-3-sq。（feature 组成部分重新命名最好能够自解释，1、2、3 这并不是一种好的重新命名）随着他们合作开发，机能 1 和机能 2 都被顺利完成了，而机能 3 因为某些原因顺利完成不了，所以最终 feature-1-zxz 和 feature-2-qxh 组成部分将被分拆到 Dev 组成部分，而 feature-3-sq 组成部分将延期继续展开本地合作开发工作，机能 1 和机能 2 测试完没有难题后，将 feature1 和 feature2 组成部分将被分拆到 Release 组成部分，最终将 Release 组成部分分拆到 Master 组成部分。

2、Hotfix 组成部分

顾名思义，hotfix 组成部分用以复原圣戈当斯区 bug。当圣戈当斯区标识符出现 bug 时，他们基于 Release 组成部分开一个 hotfix 组成部分，以 hotfix – 机能名 – 姓名首字母简拼（例如：hotfix-model-base-zxz），复原 bug 之后再将 hotfix 组成部分分拆到 Release 组成部分，同时 Dev 组成部分作为新一代最全的标识符组成部分，hotfix 分支也需要分拆到 Dev 组成部分上去，同时在不同组成部分对应的不同环境展开 bug 回归验证，最终将 Release 组成部分分拆到 Master 组成部分，展开圣戈当斯区正式发布即可。