在使用编码版控制支系时，APP开发设计程序猿一般采用三种支系类型：主杆支系、特色支系、公布支系及其三个基本标准。
如何做好APP开发设计的编码支系管理方法？
第一，在开始锻炼之前，从主杆上建立一个特殊的支系。
每次一个新的工作项(比如一个新的功能或者需要解决的问题)逐渐进行，就意味着在新发布的版本的主干上创建一个特色分支，然后在这个分支上提交代码变更。换句话说，每个工作项(可以由一个人进行，也可以由多个人进行)对应一个特色分支，每个变化都不能立即提交给主杆。
第二，根据合拼特点，生成公布支系。
首先将已经完成的特征分支合并回公共主线任务(即开发分支)，然后从公共主线任务中拖出公布分支。
首先，宣布分支的用途可以非常灵活。基本的游戏玩法是将每个宣传分支与实际生活环境相匹配，比如release/test分支与部署接口相匹配的测试，release/prod支部与网络正式环境相匹配，与生产线专用工具紧密结合，连接各自然环境中的代码质量扫描仪和功能测试副本，立即在相应的自然环境中分享生产的部署包。升级点游戏的玩法是将一个公布的支部与几个自然环境相匹配，或者将灰度发布与正式公布串在一起，中间加入人力工程验收流程。对于高端游戏的玩法，如果按照迭代计划关系到特征支部，建立一个通过迭代更新进化固定的公布支部，然后将一系列的自然环境连接到这样的生产线上。
其次，宣传支部的特点构成是动态变化，容易调整。在一些市场瞬息万变的互联网公司，以及选择“灵巧运营”的承包商公司，经常会遇到这样的事情，他们已经满足了等待引入的要求。由于市场营销策略的调整或甲方的临时意图，突然规定了延迟时间公布或不直接在其中一个作用。或者某个特征在上架前发现了重大的R&D问题，必须清除。按照以往的处理方式，这个时候就要手工制作“编码”，已经合并到开发支部或者支部。
第三，公布在线正式环境后，将相应的公告支系合并到主杆上，在主杆上添加小程序，同时删除公告支系的特征支系。
当一条发布分支机构中的生产线完成在线正式的环境部署时，就意味着相应的功能真正发布。此时，这个发布分支机构应该合并到主杆。为了防止许多历史特征分支机构堆积在代码仓库中，还应清除一些已经推出的特征分支机构。主杆分支机构中的最新版本自始至终与在线版本号一致。如果你想追溯历史版本号，你只需要在主杆分支机构上找到相应的版本号标志。
咨询
