[发明专利]多分支管理模式下客制化文件的维护方法

说明书

技术领域

本发明属于计算机软件技术领域，涉及一种代码维护方法，尤其涉及一种多分支管理模式下客制化文件的维护方法。

背景技术

随着通讯技术的发展，手机已进入千家万户，成为人们必不可少的联络工具。而市场特殊化定制的手机客户越来越多，一套代码经常是成百甚至上千个客户不同的配置项目来使用。长久以来，在代码使用管理上，对于差异化的兼容，都是使用客制化文件来实现，而对于代码的稳定上，进行了区分不同分支来做管理，但是修改较多的这部分仓库，需要大量的人力去特殊化维护，较为繁琐，而且浪费人力。

有鉴于此，如今迫切需要设计一种新的代码维护方式，以便克服现有代码维护方式的上述缺陷。

发明内容

本发明所要解决的技术问题是：提供一种多分支管理模式下客制化文件的维护方法，可解决修改频率较高的部分仓库需要经常合入不同分支的问题，减轻工作量。

为解决上述技术问题，本发明采用如下技术方案：

一种多分支管理模式下客制化文件的维护方法，所述方法包括：

步骤S1、对代码所有仓库文件进行分类，第一类是能新建不同分支的公共非客制化代码；第二类是不能新建分支统一使用一个仓库管理的客制化代码部分；

分类库在初期释放代码在服务器时都已确定，所述仓库文件指不含客户客制化项目的仓库，以及客制化项目经常修改的驱动部分modem；将这些仓库文件路径放置在一个文件命名为master.txt的文件内，以备后续参考使用；

步骤S2、新建仓库管理文件manifest文件main_manifest.xml，此文件包含管理仓库文件需要的各个参数，包含各个仓库的路径和仓库版本version；

步骤S3、根据步骤S1分类文件，命名包含在master.txt文件内的仓库路径版本version为master(Master为主线分支名称，亦为代码版本名)；

步骤S4、对一个不能新建分支统一使用一个分支管理的客制化代码部分master仓库群做检测，使用脚本文件进行分析步骤S2新建的main_manifest.xml文件内的mater.txt仓库路径，版本名称是否为version，若是则通过；

步骤S5、放置代码到服务器上时，判断仓库管理文件main_manifest.xml内的version是否存在关键字master,若存在，则进行单独追踪到master仓库分支，若不存在，则建立名称为默认default version的名称分支；

步骤S6、至此代码分类管理的仓库框架已经放置好，在使用途中代码管理者就能在不同的分支下都能拿到修改较为频繁的master仓库群的所有修改，不需要分支间切换时的代码合并。

一种多分支管理模式下客制化文件的维护方法，所述方法包括：

步骤S1、对代码所有仓库文件进行分类，第一类是能新建不同分支的公共非客制化代码；第二类是不能新建分支统一使用一个仓库管理的客制化代码部分；将这些仓库文件路径放置在第一文件内；

步骤S2、新建仓库管理文件，此文件包含管理仓库文件需要的各个参数，包含各个仓库的路径和仓库版本；

步骤S3、根据步骤S1分类文件，命名包含在第一文件内的仓库路径版本为设定版本名称master；

步骤S4、对一个不能新建分支统一使用一个分支管理的客制化代码部分master仓库群做检测，使用脚本文件进行分析步骤S2新建的仓库管理文件内第一文件中的仓库路径，版本名称是否为version，若是则通过；

步骤S5、放置代码到服务器上时，判断仓库管理文件内的版本是否存在关键字master,若存在，则进行单独追踪到master仓库分支，若不存在，则建立名称分支。

作为本发明的一种优选方案，步骤S1中，分类库在初期释放代码在服务器时都已确定，所述仓库文件指不含客户客制化项目的仓库，以及客制化项目经常修改的驱动部分modem。

作为本发明的一种优选方案，步骤S5后，代码分类管理的仓库框架已经放置好，在使用途中代码管理者就能在不同的分支下都能拿到修改较为频繁的master仓库群的所有修改，不需要分支间切换时的代码合并。

本发明的有益效果在于：本发明提出的多分支管理模式下客制化文件的维护方法，将经常性修改较多的客制化文件，不会影响主线代码的部分仓库文件，抽离出分支建立的方式，另起一个分支来管理这部分客制化代码，解决了修改频率较高的部分仓库需要经常合入不同分支的问题，减轻了工作量。

附图说明