[发明专利]基于SVN模块的项目中组件的同步更新方法和系统

说明书

本发明公开了一种基于SVN模块的项目中组件的同步更新方法，包括以下步骤：将所有组件统一在一个SVN模块中管理，且在SVN模块中记录各组件的更新版本；各项目通过pod代码管理模块直接调取所用组件在SVN模块中的所需版本以及由pod代码管理模块提供相应配置文件，以完成各项目中组件的同步更新。通过本发明的更新方法，能够规避利用pod代码管理模块下载组件的所需版本这个步骤，提高更新效率。本发明还公开了基于该方法的系统，电子设备以及存储介质。

技术领域

本发明涉及计算机领域。更具体地，涉及SVN模块的项目中组件的同步更新方法和系统，电子介质以及存储设备。

背景技术

在一个公司的发展过程中，随着业务规模的增长，会有越来越多的项目。在开发这些项目的过程中，以及伴随着技术的积累，会有越来越多的技术代码。特别是在主要面向用户的前端的手机应用软件app方面，在细分领域如有不同的业务类型，就需要越来越多的app来承载不同业务的展示。在进行新业务代码的过程，现有的方式是通过拷贝原有项目的代码集成到新的项目中，而在拷贝之后，原项目中的代码与新项目中的代码之间就再也没有了联系，也就是切断了彼此之间的联系。

这种情形如图1所示：组件A1，A2，A3，A4，和A5中的代码是具有相同或者相似的功能，可能就是从一个组件代码中演变来的。例如之前的组件unit为初始项目M中的一部分，而项目A，B，C，D，和E是从初始项目M衍生出来的项目，这些项目A-E均要用到初始项目M中的组件unit。因此在开发的时候，项目A-E均需要各自拷贝初始项目M中的组件unit的全部代码，而构成了项目A-E中各自的组件A1-A5。

但是，之后初始项目M自己的组件unit可能需要进行更新，甚至会进行多次更新。组件unit更新之后，项目中的组件A1-A5并不会随之而同步更新，只能再手动更新，或者造成漏更新。

因此，现在解决上述技术问题的方法是：利用pod代码管理模块和远程github平台来解决上述问题。具体来说为：首先将初始项目M中的组件unit的全部代码上传至远程github平台，进行托管。然后利用pod代码管理模块记录组件unit在github平台处的地址，并且关联组件unit与项目A-E，生成针对各项目A-E的配置文件。当组件unit需要更新时，更新远程github平台上的unit组件。这样pod代码管理模块会下载所需版本的组件unit到本地，然后再利用配置文件，编译入各项目A-E中。这样能够保证项目A-E中的与组件unit关联的组件A1-A5均为同一的所需版本。

换言之，现有基于pod的github实现方案。把组件托管到github上，并把github地址同步到pod的仓库文件列表中，在下载的过程中，先要同步远端的pod仓库，然后在pod仓库中，找到组件的github地址，然后下载源码到本地，再进行编译。

比如下载github上面的组件库，代码如下

pod'NIMKit/Full','～2.11.5'

但是，上述方法至少存在以下问题：首先，组件要存放在远端github平台上，安全性存在问题。其次，项目A-E进行组件更新时，需要pod代码管理模块在远端github平台上下载组件的所需版本，然后再进行更新，这样会导致更新要花费较长的时间，并且受制于网络状态。

为此，需要研发一种新技术，至少能够解决以下技术问题：

1，解决同步pod仓库的耗费大量时间的问题，由于pod公共库里面有几百万个组件库，每次同步pod仓库配置，都需要耗费很大的时间。

2，解决私有代码不能公开到github上面的问题。公司有些业务组件或者核心功能代码，不适合开放到github上，这就需要一种私有化，低成本的解决方案。

3，解决冗余代码太多，不同项目里面的相同组件，都是相同的代码，每个项目中，都要重新编写几乎一致的代码，造成项目里面存在很多的冗余代码。