Jenkins配合阿里云OSS容器打包、发布iOS应用(持续集成)

通常Jenkins关于APP的持续集成我们都会安排类似fir这种平台作为APP的发布渠道,确实方便稳定,但是,问题是可能我们有需求是同一个APP(同一个bundle id)可能不只一个包,可能是测试、灰度、生产等多个包,如果是fir平台我们就需要去申请多个账号来管理(fir平台同一个账号下同一个app,即同一个bundle id的应用只能存在一个)。那么我们把情况再安排得极端一点,如果有需求是提供APP各个历史版本的各个环境的下载地址呢(比如我现在的公司),那是不是升级一个版本就要去申请N个账号,这显然是不科学的,那么接下来我来介绍一种利用阿里云OSS容器来托管安装包的办法(自动发布)。

1.Jenkins的安装

首先,你需要一台Mac作为持续集成服务器,没空的也可以,不介意的话就自己的机器吧。Jenkins安装就不说了,网上各路大神说的都很到位,甚至官网都有教程。

2.准备阿里云OSS

可能你们公司已经有了,那就让运维谁的安排个子账号吧,顺便给你开通个目录的读写权限。

这里特别说下,OSS是有网页管理端的,但是我觉着它的浏览器更好用很方便:


Jenkins配合阿里云OSS容器打包、发布iOS应用(持续集成)_第1张图片
oss浏览器

3.自动构建过程

首先先陈述一点,我需要达到的效果是,提供一个网页地址给测试人员,这个网页中显示了各个版本的APP的测试、正式两种下载地址,类似于这样:


Jenkins配合阿里云OSS容器打包、发布iOS应用(持续集成)_第2张图片
下载网页

再看下OSS容器里面的样子:


Jenkins配合阿里云OSS容器打包、发布iOS应用(持续集成)_第3张图片
根目录


Jenkins配合阿里云OSS容器打包、发布iOS应用(持续集成)_第4张图片
某一版本下的不同环境

xcodebuild的自动构建命令在xcode 8.3前后有所差异,8.3之后需要准备一个plist的配置文件,这个配置文件可以使用xcode的Archive生成:


Jenkins配合阿里云OSS容器打包、发布iOS应用(持续集成)_第5张图片
就是它

打算用什么环境构建,就Archive啥环境,得到的plist除了名字需要改其他内容不用动,目前xcodebuild有4个环境,分别是development,ad-hoc,appstore,enterprise,这里我只拿前两种做示例。

有了这个配置文件,那么接下来就需要准备构建指令了,这里例如我有个scheme、target都叫Apollo的工程:

pod install //pod

xcodebuild clean -workspace Apollo.xcworkspace -scheme Apollo -configuration Release //clean

xcodebuild archive -workspace Apollo.xcworkspace -scheme Apollo -archivePath xcodebuild/apollo.xcarchive //打包

xcodebuild -exportArchive -archivePath "xcodebuild/apollo.xcarchive" -exportPath xcodebuild -exportOptionsPlist ad-hoc.plist //导出ipa

以上是针对集成了cocoapods的工程,普通工程只需要将“-workspace Apollo.xcworkspace”改成“-project renxingou.xcodeproj”。

这里我默认都是在工程根目录执的,并且生成的包和ipa文件都放置在根目录的子目录“xcodebuild”下,路径可自己根据具体情况修改。

好了,到此我们就得到了ipa文件,这部分内容网络上都有海量的教程,出了问题的或者不理解的都可问问度娘谷歌,或者下方浏览我来回答。

关键部分来了,如何部署到OSS:

首先,我已默认你有了OSS账号或者有读写某个目录权限的子账号,并且确保OSS有https(苹果要求网络下载方式安装app必须满足ATS)。

这里我们需要借助OSS提供的shell工具ossutil,文档地址https://help.aliyun.com/document_detail/50452.html?spm=5176.11065259.1996646101.searchclickresult.4372353eSIQsrn

ossutil提供了管理bucket、对象的一些指令,我们需要使用的其实就是上传而已。

在上传之前,还有个问题比较头疼,我们既然要提供不同历史版本的APP,那么我们在上传的时候就必须已经知道了当前APP的版本号,上传到OSS才可以加以区分。

这里介绍个工具:PlistBuddy,它是mac自带的解析plist的工具,有了它,我们就可以直接从工程的info.plist中读取版本号了:

version=$(/usr/libexec/PlistBuddy -c "Print CFBundleShortVersionString" "Apollo/info.plist")

接下来将ipa上传到OSS下已版本号命名的文件夹下:

/Users/****/Documents/ossutil/ossutilmac64 cp xcodebuild/apollo.ipa oss://*****/apolloapp/$version/apollo-test.ipa -f

至此,ipa已上传到OSS,完全无人值守。

如果想提供下载,我们还需要一个类似企业应用部署的plist文件,因为版本号的不确定,这个plist文件只有动态生成了,这里我们使用写文件的工具:echo

生成后的plist也以同样的方法上传oss:

/Users/****/Documents/ossutil/ossutilmac64 cp xcodebuild/apollo-test.plist oss://*****/apolloapp/$version/apollo-test.plist -f

最后,是下载网页的处理,很遗憾我还没有及时实现这个网页的自动化生成,有个思路是用OSS提供的sdk去读取容器下的版本目录,先看我写的:


Jenkins配合阿里云OSS容器打包、发布iOS应用(持续集成)_第6张图片
下载页面

这里要注意的就是指向plist的地址。

我目前只能是升级版本就手动改这个静态网页,如果有大神有更好的办法欢迎赐教。

关于测试和正式两个环境如何区分,建两个Jenkins项目加以区分就好啦。

总结下构建脚本:


Jenkins配合阿里云OSS容器打包、发布iOS应用(持续集成)_第7张图片
构建脚本

你可能感兴趣的:(Jenkins配合阿里云OSS容器打包、发布iOS应用(持续集成))