1.本发明涉及程序开发技术领域，具体涉及一种自研类库升级同步的系统及方法。
背景技术：
2.自研工具类由于修复异常、新增功能等原因迭代迅速，每升级一次版本，就需要人工周知到各个开发人员，进行修改替换，导致人工成本高。
3.当前智能设备更新升级很快，使用的平台包括但不限于高通和展讯，针对不同平台的不同机型，自研类库在未做同步适配的情况下，还需分机型管理，因此为了保障机器发行出去后各个应用能够正常使用，保障自研类库的版本一致尤为重要。
技术实现要素：
4.针对现有技术的不足，本发明旨在提供一种自研类库升级同步的系统及方法。
5.为了实现上述技术目的，本发明采用如下技术方案：
6.一种自研类库升级同步的系统，包括：
7.自研类库仓库模块：包括存储自研类库的远程仓库，自研类库按照类库名
‑
版本号的规则命名；
8.jenkins应用构建模块：用于供开发人员在应用正式发布前通过jenkins构建并生成可发布的应用版本，构建所需的自研类库来自自研类库仓库模块；所述jenkins应用构建模块中设置有各机型的各个版本的类库信息表，当开发人员在构建某个机型的某个版本的应用时，只有当前应用所依赖的类库的类库信息和所述类库信息表中对应机型的对应版本的类库信息一致时构建才能完成通过；类库信息表由管理员设置，类库信息包括类库名和版本号。
9.进一步地，jenkins应用构建模块还用于在发生构建失败情况时生成错误日志并发送给对应的开发人员处理，供开发人员据此将相应的应用依赖的类库修改为和类库信息表中对应机型的对应版本的类库信息一致；如果构建失败是由于应用所依赖的类库的版本高于类库信息表中对应机型的对应版本的类库版本时，还将错误日志发送给管理员，提醒其是否需要升级类库信息表。
10.进一步地，自研类库仓库模块还包括有检测模块，用于当开发人员构建新的自研类库版本并推送到远程仓库时发起检测，若检测到远程仓库中对应的自研类库已经更新，将该自研类库发送到jenkins应用构建模块，并将对应的类库信息通知管理员，提醒其是否更新类库信息表。
11.进一步地，所述系统还包括应用类库版本依赖配置表：包括存储在远程仓库的各机型应用依赖总表，各机型应用依赖总表用于记录对应机型所有自研应用所依赖的所有类库的依赖路径，所述依赖路径包括类库名及版本号。
12.本发明还提供一种利用上述系统的方法，具体过程为：
13.开发人员构建新的自研类库后推送到远程仓库中存储，自研类库按照类库名
‑
版
本号的规则命名；
14.供开发人员在研发的应用正式发布前，在jenkins应用构建模块中通过jenkins构建并生成可发布的应用版本，构建所需的自研类库来自自研类库仓库模块；所述jenkins应用构建模块中设置有各机型的各个版本的类库信息表，当开发人员在构建某个机型的某个版本的应用时，只有当前应用所依赖的类库的类库信息和所述类库信息表中对应机型的对应版本的类库信息一致时构建才能完成通过；类库信息表由管理员设置，类库信息包括类库名和版本号。
15.进一步地，上述方法中，当发生构建失败情况时，jenkins应用构建模块生成错误日志并发送给对应的开发人员处理，开发人员据此将相应的应用依赖的类库修改为和类库信息表中对应机型的对应版本的类库信息一致；如果构建失败是由于应用所依赖的类库的版本高于类库信息表中对应机型的对应版本的类库版本时，jenkins应用构建模块还将错误日志发送给管理员，提醒其是否需要升级类库信息表。
16.进一步地，上述方法中，开发人员构建新的自研类库版本并推送到远程仓库时检测模块发起检测，若检测到远程仓库中对应的自研类库已经更新，将该自研类库发送到jenkins应用构建模块，并将对应的类库信息通知管理员，提醒其是否更新类库信息表。
17.本发明的有益效果在于：本发明保证了在同一机型同一版本的设备上所有应用的类库信息都是一致了，可以有效避免了发出去的设备中不同应用使用到不同类库而导致的异常。
具体实施方式
18.以下将对本发明作进一步的描述。需要说明的是，本实施例以本技术方案为前提，给出了详细的描述和具体的实施方式，但是本发明的保护范围不限于本实施例。
19.实施例1
20.本实施例提供一种自研类库升级同步的系统，包括：
21.自研类库仓库模块：包括存储自研类库的远程仓库，自研类库按照类库名
‑
版本号的规则命名(如readboyutil
‑
1.0.0)；
22.jenkins应用构建模块：用于供开发人员在应用正式发布前通过jenkins构建并生成可发布的应用版本，构建所需的自研类库来自自研类库仓库模块；所述jenkins应用构建模块中设置有各机型的各个版本的类库信息表，当开发人员在构建某个机型的某个版本的应用时，只有当前应用所依赖的类库的类库信息和所述类库信息表中对应机型的对应版本的类库信息一致时构建才能完成通过；类库信息表由管理员设置，类库信息包括类库名和版本号。
23.进一步地，本实施例中，jenkins应用构建模块还用于在发生构建失败情况时生成错误日志并发送给对应的开发人员处理，供开发人员据此将相应的应用依赖的类库修改为和类库信息表中对应机型的对应版本的类库信息一致；如果构建失败是由于应用所依赖的类库的版本高于类库信息表中对应机型的对应版本的类库版本时，还将错误日志发送给管理员，提醒其是否需要升级类库信息表。
24.进一步地，本实施例中，自研类库仓库模块还包括有检测模块，用于当开发人员构建新的自研类库版本并推送到远程仓库时发起检测，若检测到远程仓库中对应的自研类库
已经更新，将该自研类库发送到jenkins应用构建模块，并将对应的类库信息通知管理员，提醒其是否更新类库信息表。
25.进一步地，本实施例中，所述系统还包括应用类库版本依赖配置表：包括存储在远程仓库的各机型应用依赖总表，各机型应用依赖总表用于记录对应机型所有自研应用所依赖的所有类库(自研和三方)的依赖路径(类库名及版本号)。
26.实施例2
27.本实施例提供一种利用实施例1所述系统的方法，具体过程为：
28.开发人员构建新的自研类库后推送到远程仓库中存储，自研类库按照类库名
‑
版本号的规则命名；
29.供开发人员在研发的应用正式发布前，在jenkins应用构建模块中通过jenkins构建并生成可发布的应用版本，构建所需的自研类库来自自研类库仓库模块；所述jenkins应用构建模块中设置有各机型的各个版本的类库信息表，当开发人员在构建某个机型的某个版本的应用时，只有当前应用所依赖的类库的类库信息和所述类库信息表中对应机型的对应版本的类库信息一致时构建才能完成通过；类库信息表由管理员设置，类库信息包括类库名和版本号。
30.本实施例中，当发生构建失败情况时，jenkins应用构建模块生成错误日志并发送给对应的开发人员处理，开发人员据此将相应的应用依赖的类库修改为和类库信息表中对应机型的对应版本的类库信息一致；如果构建失败是由于应用所依赖的类库的版本高于类库信息表中对应机型的对应版本的类库版本时，jenkins应用构建模块还将错误日志发送给管理员，提醒其是否需要升级类库信息表。
31.进一步地，本实施例中，开发人员构建新的自研类库版本并推送到远程仓库时检测模块发起检测，若检测到远程仓库中对应的自研类库已经更新，将该自研类库发送到jenkins应用构建模块，并将对应的类库信息通知管理员，提醒其是否更新类库信息表。
32.对于本领域的技术人员来说，可根据以上描述的技术方案以及构思，做出其它各种相应的改变以及变形，而所有的这些改变以及变形都应该属于本发明权利要求的保护范围之内。