GitLab简介：
GitLab由GitLabInc .开发，是一个使用MIT许可证的基于网络的Git仓库管理工具，具有wiki和issue跟踪功能。 使用Git作为代码管理工具并在此基础上构建的web服务。
GitLab由乌克兰程序员DmitriyZaporozhets和ValerySizov开发，由Ruby撰写。 后来，一些部分被用Go语言改写了。 截至2018年5月，该公司约有290名团队成员和2000多名开源贡献者。 GitLab是IBM，Sony，JlichResearchCenter，NASA，Alibaba，Invincea，o’Reilly media，Leibniz-Rechenzentrum(LRZ )，CERN
GitLab分支介绍：
上述竖线分别表示一个分支，他有三个主要分支
开发分支：开发人员接到需求后，主要从事开发的分支。
release分支：测试接受测试工作时主要使用的分支，在版本进入测试周期后，将该版本的测试代码从develop分支merge传递给release分支，以指示等待发布的状态。 此时不添加新功能，只负责当前功能的错误修正。
master分支：如果在release分支上通过了测试，并指示代码随时可以发布，请将代码合并到maste分支中，并标记代码。 此版本现在已发布，所有检测到的错误都将被视为在线错误。
还有另外两种子分支。
热修复分支—适用于具有热修复功能的开发系统，如果发现在线错误后该错误可以使用热修复分支进行修复和测试。 测试通过后，编入maste分支，进行tag编号。
功能分支：功能分支是develop分支的辅助分支，用独立的分支开发新功能，开发完成后嵌入develop分支中。 因此，在多人开发中，可以减少一个开发人员在添加新功能时修改代码对其他开发人员的影响。
有几个需要注意的地方
master分支始终是稳定的代码，不能将未经测试的代码合并到master分支中。 此分支只负责发布，不负责开发和错误修复。
版本开发完成后，代码将合并到release分支中进行测试。 release分支的所有提交都不包括新业务的开发，而应仅包括当前需要发布的错误修复版本。
如果在线版本出现问题，可以将其分为两类，热传真可以修复。 使用热传真分支进行修改后，将其合并到主文件中并标记。 此外，必须将hotfix分支的修改合并到release或develop分支中。 如果在版本中进行修改，则必须将其合并到开发分支中。 虽然有些部分无法修复热修复文件，但这些错误的修复分支可以在发行版中找到(如果使用发行版进行修复，则必须记住合并到开发分支中)。
功能分支是辅助分支，开发新功能并集成到develop分支中后，将逐渐失效。 包含此功能的版本进入测试阶段并集成到版本后，可以删除此分支。 否则，经过一段时间就会积累非常多的功能分支，反而不方便管理。
因为我们可能需要访问对功能模块的单独测试，所以测试可能直接使用功能分支代码进行测试。 此时的错误修正需要在功能分支中进行修正。