分支管理和Git使用流程

"分支管理和Git使用流程" 本文将详细介绍分支管理和Git使用流程，包括长期分支、短期分支、功能分支、测试分支、预发布分支、补丁分支、标签等概念，并提供了详细的Git使用流程图。 长期分支 在项目中，存在四个长期分支：master、dev、sit、uat。master分支用于存放对外发布的版本，任何使用在master分支拿到的，都应该为最新的发布版；dev用于日常开发，存放最新的开发版；sit用于提交给测试组测试，存放最新的测试版；uat用于预发布，存放最新的预发布版。 短期分支 项目中存在两个短期分支：功能分支（feature branch）和补丁分支（hotfix branch）。短期分支属于临时性需要，使用完后，保留一段时间或长期保留，使得代码库常设分支始终只有master、dev、sit、uat或长期保留的feature。 主分支master 主分支master代码库应该有且仅有一个主分支，所有提供给用户使用的正式版本，都在这个分支上发布。Git主分支的名称，默认叫master，它是Git平台自动创建的。 开发分支dev 开发分支dev日常开发我们在dev上完成，代码库初始化后，基于master分支创建dev分支。在dev分支完成开发和自测后，提交给测试组测试前，就需要在sit分支上对dev分支进行合并操作（前提是不不污染测试环境正在测试中的代码功能，影响测试组的测试工作）。 功能分支feature 功能分支，是为了不影响现有dev分支的并行开发，从dev分支上分出来的，功能开发完成后，再阶段性合并到dev分支。常用场景：代码重构，临时新需求开发（临时需求可能取消）。功能分支的名字，一般采用feature-*的形式命名。 测试分支sit 测试分支，指预发布前，我们需要有一个测试的版本用来测试。测试环境上个版本封版后，可以从dev环分支合并到测试分支。测试分支新测版本测试结束后，在uat上个版本封版并且不影响验收的情况下，同步合并进uat分支，它的命名为sit。 预发布分支uat 预发布分支，指在正式发布前，我们需要有一个预发布的版本用来验收，预发布分支是从sit分支上分出来的，预发布版本验收结束后，必须同步合并进master分支，它的命名为uat。 补丁分支hotfix 补丁分支用于热修复发布后紧急bug。软件正式发布后，产线发现紧急bug后，应该创建一个补丁分支，进行紧急bug热修复。补丁分支一般从用户使用的正式版本对应的master分支节点（tag）检出，bug热修复后，应同步合并到master和develop分支，可以采用hotfix-*形式命名。 标签tag 发布一个版本时，我们通常先在版本库中打一个标签（tag），这样，就唯一确定了打标签时刻的版本。将来无论什么时候，取某个标签的版本，就是把那个打标签的时刻的历史版本取出来。所以，标签也是版本库的一个快照。 Git使用流程 Git使用流程可以分为以下几步： 1. 服务器端（github、gitlab等）创建一个空项目。 2. 从服务器端创建dev分支，并克隆到本地。 3. 在本地创建功能分支，开发完成后合并到dev分支。 4. 在dev分支上提交给测试组测试前，在sit分支上对dev分支进行合并操作。 5. 测试分支新测版本测试结束后，在uat上个版本封版并且不影响验收的情况下，同步合并进uat分支。 6. 预发布版本验收结束后，必须同步合并进master分支。 7. 发布一个版本时，我们通常先在版本库中打一个标签（tag）。 本文详细介绍了分支管理和Git使用流程的各个方面，包括长期分支、短期分支、功能分支、测试分支、预发布分支、补丁分支、标签等概念，并提供了详细的Git使用流程图。