前言
由于项目引入了敏捷开发,需要每天build出一个ipa供QA测试。此前是使用Xcode先achive出一个文件,再在 organizer->achives里发布ipa,一直感觉也没啥不方便的。直到某天,装了InstaSign,突然发现无法用之前的方法 codesign自己的ipa(真是自作孽啊T ^ T..),网上有人说是修改了系统自带的codesign和codesign_allocate,重装xcode也没用。不过还好能build出自己项目 的app,利用iTune,再创建一个ipa文件。但是这种不得已的办法,对于需要每天都打ipa包的俺来说,实在是太繁琐了。于是就有了利用shell 脚本来创建ipa的想法,也就有了此文。
正文
放狗搜了一下,发现唐巧的那篇《给iOS工程增加Daily Build》比较完整的阐述了daily build的整个过程,这里也就不赘述了。关于我关心的部分,基本思想也很简单:
- 利用xcodebuild,build出程序文件<PRODUCT_NAME>.app。
- 再将程序文件<PRODUCT_NAME>.app里的所有文件,放入Payload文件夹下,利用zip将其打包出一个ipa文件。
失败的思路
既然是利用shell,刚开始,我很自然的想到能否在xcode的build phase里添加run script,希望能在build出app后直接利用zip打包。但是经过测试,发现脚本是在“ProcessProductPackaging(添加embedded.mobileprovision)”和“CodeSign”之前就开始运行了,显然这个时侯zip的ipa不是有效的ipa。
那么,能不能直接shell也自己实现“ProcessProductPackaging(添加embedded.mobileprovision)”和“CodeSign”呢?
codesign还好说,但是前者,我实在是搞不透它用了啥内建的工具。
无奈,此方案作罢。
真·解决方法
1)简单的方法
先利用xcodebuild进行build,因为生成的目录结构是可知的,所以在脚本中给变量设置好相关路径,参考前面介绍的那篇文章,定位到相关文件,从而zip出ipa也是理所当然的。
2)蛋疼的方法
其实build时,已经有变量可以告诉我们需要的路径,参考《xcode build setting reference》,只不过这些build setting的作用范围仅限于build阶段,也就是xcodebuild进程的执行期间。
不过还好xcodebuild有个-showBuildSettings的参数,可以输出相应configuration的build setting,那么问题的关键就在于如何获取build setting并让其作用于我用于打包的shell脚本。
注: 因为-showBuildSettings中的build dir是xcode为project生成的唯一的一个目录,其位于~/Library/Developer/Xcode/DerivedData
下,而用脚本启动的xcodebuild的build dir是位于脚本所在的当前目录,所以还需要做一些替换,不能获取了直接用。
我写的shell脚本如下:
1 # Created by chenche on 13-1-21.
2
3 #!/bin/bash
4
5 cnt=1
6 if [ $# -ne $cnt ]; then
7 echo "error param num, only allow 1 params(case sensitive)!"
8 echo "example:"
9 echo "package <configration> "
10 exit -1
11 fi
12
13 buildSettings=""
14
15 xcodebuild -configuration $1 -target <ProductName> -showBuildSettings | grep --color=never -E '=' | awk -F"=" -v currentPath=$PWD '{
16 gsub(/[[:blank:]]*/,"",$1); #去除$1中的所有blank
17 sub(/^[[:blank:]|"]*/,"",$2); #去除头的blank,以及头的双引号
18 sub(/[[:blank:]|"]*$/,"", $2); #去除尾的blank,以及尾的双引号
19
20 #print "export "$1"=134""$2"134"";
21 #print $1"=134""$2"134"";
22 if (tmp == "" && $1=="BUILD_DIR"){
23 tmp=$2;
24 sub(//Products$/, "/", tmp);
25 pattern=tmp"[Products|Intermediates]*";
26 #print pattern;
27 #print tmp;
28 }
29 else if (tmp !="") {
30 #如果是给gsub传pattern参数,pattern参数的值无需在两端加"/"
31 #pattern1 = "/Build/[Products|Intermediates]*";
32 #pattern1 = "/Build\//";
33 #print pattern1;
34 r = match($2, tmp);
35 if (tmp != "" && r) {
36 #print tmp" $2="$2;
37 gsub(pattern, currentPath"/build", $2);
38 #gsub(/Build/[Products|Intermediates]*/, "00000000", $2);
39 #print $2;
40 }
41 }
42
43 print $1"="$2; #key=value
44 }' >buildTmp
45
46 while read buf
47 do
48 #echo $c
49 arr[$c]=$buf
50 let "c = $c + 1"
51 done <buildTmp
52
53 rm -rf buildTmp
54
55 #只有awk支持关联数组,shell本身的数组不支持,仅支持数字的下标
56 #echo "array len:" $c
57
58 for((i=0;i<$c;i++));
59 do
60 key=${arr[$i]/=*/}
61 value=${arr[$i]/*=/}
62
63 #UID is readonly
64 if [ "$key" != "UID" ]; then
65 # if [ -d "$value" ]; then
66 # echo $key,$value
67 # fi
68 export $key="$value"
69 fi
70 done
71
72 echo -e " 33[33;40;1m---------start building <ProductName>...--------- 33[0m"
73 xcodebuild -configuration $1 -target <ProductName>
74 echo -e " 33[33;40;1m---------build over------------------------------ 33[0m"
75
76 echo -e " 33[33;40;1m---------start packaging <ProductName>...-------- 33[0m"
77
78 IPA_PATH=$SRCROOT/ipa
79 PAYLOAD_PATH=$IPA_PATH/Payload
80
81 mkdir -p $PAYLOAD_PATH
82 cp -r $TARGET_BUILD_DIR/$WRAPPER_NAME $PAYLOAD_PATH
83
84 cd $IPA_PATH
85 zip -r $PRODUCT_NAME.ipa *
86 mv $PRODUCT_NAME.ipa $SRCROOT
87 rm -rf $IPA_PATH
88
89 echo -e " 33[33;40;1m---------<ProductName>.ipa is done.------------------- 33[0m"
上述脚本的不足之处,大概在对于xcodebuild执行失败未作处理,还是会生成一个无效的ipa。虽然xcodebuild执行的成功会输出“** BUILD SUCCEEDED **”,但总感觉单纯的基于这点的判断有点不靠谱。故还是作罢了,人工判断好了。
引申
写脚本的过程中,我也碰到过一些问题,汇总如下:
-
普通数组和关联数组
所谓普通数组,下标是数字;关联数组类似字典,下标可以是数字或字符串。网上搜了不少资料,都说shell支持关联数组,但是实际写脚本的过程,发现mac下的bash还是只支持索引数组,awk命令倒是支持关联数组。
另外,可以man bash,发现相关内容,也证实了如上观点:
An array is created automatically if any variable is assigned to using the syntax name[subscript]=value. The subscript is treated as an arithmetic expression that must evaluate to a number greater than or equal to zero.
-
环境变量
环境变量只能从父进程到子进程单向继承。也就是说,子进程的环境变量不会影响父进程的。
基于1、2,也就说明无法利用awk export相关build setting,影响打包的shell脚本进程。
-
脚本和awk的信息交互
a 脚本->awk
- 利用export,实现环境变量的单向继承。
- awk有个-v的参数,可以传递变量
b awk->脚本
- eval, 使用起来有点像javascript中的eval
- 导出信息到临时文件,再利用临时文件获取相关信息
因为build setting里的值情况比较复杂,最终我还是选择了用临时文件的方式获取awk过滤出来的build setting信息,再在shell脚本中export。最终,这样就可以利用build setting的相关值了。
总结
好吧,其实我是在吐槽自己花了老长一段时间憋出shell脚本的艰辛历程。。。虽然有点小题大做,但好歹是复习巩固了一下shell的相关知识,也算没白费劲~~~~
http://ddrccw.github.io/2013/01/29/daily-build-and-create-ipa-using-shell-script/