[发明专利]一种实现iOS APP持续交付的方法

说明书

本发明公开了一种实现iOS APP持续交付的方法，属于计算机APP技术领域。通过fastlane脚本导出iOS安装包；通过swift语言脚本实现平台交付，并将打好的包上传；注册GitLab Runner，将启动的Runner和GitLab CI绑定；在项目根目录中配置.gitlab‑ci.yml文件，使项目在由开发人员打tag版本时会自动重新更新一遍项目的pod库，然后触发之前的fastlane导出iOS安装包操作。将多个项目开发过程中的tag版本维护和iOS APP持续交付结合在一起；大大解放了平常iOS打包的繁琐流程以及发布流程，并降低了人员多个项目打包和发布中包版本的出错性。

技术领域

本发明属于计算机APP技术领域，具体涉及一种实现iOS APP持续交付的方法。

背景技术

现在常规的iOS打包方法是通过Xcode工具进行人工手动编译和手动打包，因为iOS打包相对比较耗时，其中每一步都需要开发者来操作，中间开发者没法做别的事情。等Xcode将包打出来后，开发者还需要手动将包上传到第三方平台发布，并配置相关信息。所以可以看出，旧有的打包方式过程比较繁琐，且当对导出的包做相关配置时容易出现纰漏，需要开发者一步一步操作，这也就导致了工作效率的低下。如果当项目需要频繁打包的时候，那对于开发者来说简直就是噩梦。

发明内容

针对现有技术中存在的问题，本发明的目的在于提供一种实现iOS APP持续交付的方法，可以实现方便快速的进行打包，提高效率，减少出错率。

为了实现上述目的，本发明所采用的技术方案如下：

一种实现iOS APP持续交付的方法，通过fastlane导出iOS安装包，然后通过swift语言脚本实现平台交付；注册GitLab Runner，将启动的Runner和GitLab CI绑定；在项目根目录中配置.gitlab-ci.yml文件，使项目在由开发人员打tag版本时会自动重新更新一遍项目的pod库，然后触发之前的fastlane导出iOS安装包操作，将开发过程中的tag版本维护和iOS APP持续交付结合在一起。具体包括以下步骤：

步骤S1：给本地项目注册GitLab Runner，将启动的Runner和对应的远程gitlab项目上的GitLab CI绑定，在项目根目录中生成.gitlab-ci.yml文件，等待配置；

步骤S2：通过fastlane脚本实本地项目打包并导出iOS安装包；

步骤S3：通过swift脚本将fastlane所打的包进行上传到指定对外平台；

步骤S4：对步骤S1中的.gitlab-ci.yml文件进行配置，让其执行步骤S2中的fastlane脚本；

步骤S5：用户给gitlab远端项目打指定的tag版本，从而自动触发步骤S2中的fastlane脚本和步骤S3中的swift脚本。

所述的实现iOS APP持续交付的方法，触发之前的fastlane导出iOS安装包操作中可复制多个项目端，多个项目通过打tag从而实现批量持续交付。

所述实现iOS APP持续交付的方法，fastlane所打的包上传的同时接入第三方通知系统，上传完成后来通知相关人员。

所述实现iOS APP持续交付的方法，所述第三方通知系统为钉钉机器人或邮件。

所述实现iOS APP持续交付的方法，在fastlane脚本中配置打包和导出命令以及执行swift脚本命令，让其执行完fastlane的打包及导出脚本后，再继续执行swift中的脚本。

所述实现iOS APP持续交付的方法，在swift脚本中还可以将用户需要的文件进行上传指定对外平台；所述用户需要的文件为项目的版本文件，或触发APP中检测版本更新功能的文件，从而让老用户的APP进行更新提示操作。