给iOS工程增加Daily Build以及企业版发布

最新推荐文章于 2020-12-03 15:06:44 发布
最新推荐文章于 2020-12-03 15:06:44 发布
阅读量1.3k 收藏
点赞数
分类专栏： IOS开发 文章标签： 企业版 daily build
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/flylovesky127/article/details/21513563
版权

前言

Daily Build是一件非常有意义的事情，也是敏捷开发中关于“持续集成”的一个实践。Daily Build对于开发来说有如下好处：

  • 保证了每次check in的代码可用，不会造成整个工程编译失败。
  • 进度跟进。产品经理可以每天看到最新的开发进度，并且试用产品，调整一些细节。很多时候，一个新功能，你真正用了一下才能有体会好或不好，所以daily build也给产品经理更多时间来调理他的设计。
  • 需求确认。产品经理可以确认开发的功能细节是他的预期。因为我们的开发比较紧凑，所以都没有传统的需求说明文档，所以daily build也给产品经理用于尽早确认开发的功能细节是他的预期，我就遇到一次产品经理发现开发出的一个功能细节和他的预期不一致，但是因为有daily build，使得我可以尽早做修改，把修改的代价减小了。
  • 测试跟进。如果功能点是独立的话，测试同事完全可以根据daily build来进行一些早期的测试。越早的Bug反馈可以使得修改bug所需的时间越短。

步骤

xcodebuild命令

如何做daily build呢？其实Xcode就提供了命令行build的命令，这个命令是xcodebuild，用xcodebuild -usage 可以查看到所有的可用参数，如下所示：


1

2

3

4

5

6

7

[tangqiao ~]$xcodebuild -usage

Usage: xcodebuild [-project <projectname>] [[-target <targetname>]...|-alltargets] [-configuration <configurationname>] [-arch <architecture>]... [-sdk [<sdkname>|<sdkpath>]] [<buildsetting>=<value>]... [<buildaction>]...

       xcodebuild [-project <projectname>] -scheme <schemeName> [-configuration <configurationname>] [-arch <architecture>]... [-sdk [<sdkname>|<sdkpath>]] [<buildsetting>=<value>]... [<buildaction>]...

       xcodebuild -workspace <workspacename> -scheme <schemeName> [-configuration <configurationname>] [-arch <architecture>]... [-sdk [<sdkname>|<sdkpath>]] [<buildsetting>=<value>]... [<buildaction>]...

       xcodebuild -version [-sdk [<sdkfullpath>|<sdkname>] [<infoitem>] ]

       xcodebuild -list [[-project <projectname>]|[-workspace <workspacename>]]

       xcodebuild -showsdks

一般情况下的命令使用如下:


1

xcodebuild -configuration Release -target "YourProduct"

但在daily build中，用Release用为configuration其实不是特别好。因为Release的证书可能会被经常修改。我们可以基于Release的Configuation，建一个专门用于daily build的configuration。方法是：在工程详细页面中，选择Info一栏，在Configurations一栏的下方点击“+”号，然后选择”Duplicate Release Configuration”, 新建名为”DailyBuild”的Configuration, 如下图所示：


之后就可以用如下命令来做daily build了


1

xcodebuild -configuration DailyBuild -target "YourProduct"

执行完命令后，会在当前工程下的 build/DailyBuild-iphoneos/目录下生成一个名为： YourProduct.app的文件。这个就是我们Build成功之后的程序文件。

生成ipa文件

接下来我们需要生成ipa文件，在生成ipa文件这件事情上，xcode似乎没有提供什么工具，不过这个没什么影响，因为ipa文件实际上就是一个zip文件，我们使用系统的zip命令来生成ipa文件即可。需要注意的是，ipa文件并不是简单地将编辑好的app文件打成zip文件，它需要将app文件放在一个名为Payload的文件夹下，然后将整个Payload目录打包成为.ipa文件，命令如下：


1

2

3

4

5

cd $BUILD_PATH

mkdir -p ipa/Payload

cp -r ./DailyBuild-iphoneos/$PRODUCT_NAME ./ipa/Payload/

cd ipa

zip -r $FILE_NAME *

生成安装文件

苹果允许用itms-services协议来直接在iphone/ipad上安装应用程序，我们可以直接生成该协议需要的相关文件，这样产品经理和测试同学都可以直接在设备上安装新版的应用了。相关的参考资料可以见：这里和 这里

具体来说，就是需要生成一个带 itms-services 协议的链接的html文件，以及一个 plist 文件。

生成html的示例代码如下：


1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

cat << EOF > install.html

<!DOCTYPE HTML>

<html>

  <head>

    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />

    <title>安装此软件</title>

  </head>

  <body>

    <ul>

      <li>安装此软件:<a href="itms-services://?action=download-manifest&url=http%3A%2F%2Fwww.yourdomain.com%2Fynote.plist">$FILE_NAME</a></li>

    </ul>

    </div>

  </body>

</html>

EOF

生成plist文件的代码如下，注意，需要将下面的涉及 www.yourdomain.com的地方换成你线上服务器的地址，将ProductName换成你的app安装后的名字。


1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

32

33

34

35

36

37

38

39

40

41

42

43

44

45

46

47

48

49

50

51

52

cat << EOF > ynote.plist

<?xml version="1.0" encoding="UTF-8"?>

<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">

<plist version="1.0">

<dict>

   <key>items</key>

   <array>

       <dict>

           <key>assets</key>

           <array>

               <dict>

                   <key>kind</key>

                   <string>software-package</string>

                   <key>url</key>

                   <string>http://www.yourdomain.com/$FILE_NAME</string>

               </dict>

               <dict>

                   <key>kind</key>

                   <string>display-image</string>

                   <key>needs-shine</key>

                   <true/>

                   <key>url</key>

                   <string>http://www.yourdomain.com/icon.png</string>

               </dict>

           <dict>

                   <key>kind</key>

                   <string>full-size-image</string>

                   <key>needs-shine</key>

                   <true/>

                   <key>url</key>

                   <string>http://www.yourdomain.com/icon.png</string>

               </dict>

           </array><key>metadata</key>

           <dict>

               <key>bundle-identifier</key>

               <string>com.yourdomain.productname</string>

               <key>bundle-version</key>

               <string>1.0.0</string>

               <key>kind</key>

               <string>software</string>

               <key>subtitle</key>

               <string>ProductName</string>

               <key>title</key>

               <string>ProductName</string>

           </dict>

       </dict>

   </array>

</dict>

</plist>



EOF

定时运行

这一点非常简单，使用crontab -e命令即可。大家可以随意google一下crontab命令，可以找到很多相关文档。假如我们要每周1-5的早上9点钟执行daily build，则crontab的配置如下：


1

0 9 * * * 1-5 /Users/tangqiao/dailybuild.sh >> /Users/tangqiao/dailybuild.log 2>&1

失败报警

在daily build脚本运行失败时，最好能发报警邮件或者短信，以便能够尽早发现。发邮件可以用python的smtplib来写，示例如下：


1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

import smtplib


sender = 'sender@devtang.com'

receivers = ['receiver@devtang.com']


message = """From: Alert <sender@devtang.com>

To: Some one <receiver@devtang.com>

Subject: SMTP email sample


Hope you can get it.

"""


try:

    obj = smtplib.SMTP('server.mail.devtang.com')

    obj.sendmail(sender, receivers, message)

    print 'OK: send mail succeed'

except Exception:

    print 'Error: unable to send mail'

上传

daily build编译出来如果需要单独上传到另外一台web机器上，可以用ftp或者scp协议。如果web机器悲剧的是windows机器的话，可以在windows机器上开一个共享，然后用 mount -t smbfs来将这个共享mount到本地，相关的示例代码如下：


1

2

3

4

5

6

7

8

9

10

11

12

13

14

mkdir upload

mount -t smbfs //$SMB_USERNAME:$SMB_PASSWORD@$SMB_TARGET ./upload

if [ "$?" -ne 0 ]; then

    echo "Failed to mount smb directory"

    exit 1

fi

mkdir ./upload/$FOLDER

cp $FILE_NAME ./upload/$FOLDER/

if [ "$?" -eq 0 ]; then

    echo "[OK] $FILE_NAME is uploaded to $SMB_TARGET"

else

    echo "[ERROR] $FILE_NAME is FAILED to  uploaded to $SMB_TARGET"

fi

umount ./upload

遇到的问题

本来我写的自动化脚本在Mac OS X 10.6下运行得很好。但是升级到lion后，脚本在手动执行时很正常，但是在用crontab启动时就会出现找不到开发者证书的错误。在网上搜了很久也没有找到解决办法。最后我试了一下在“钥匙串访问”中把开发者证书从“登录”那栏拖动到“系统”那栏，居然就解决了，如下图所示：


另外我搜到2个类似的问题的解决方案，虽然对我这个没起作用，也一并放在这儿，或许对遇到类似问题的人有帮助：


海阔天空_栋
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
iOS应用逆向工程(第2版)
05-23
iOS应用逆向工程(第2版).pdf ，讲解ios逆向工程主要方法，实践代码，最新版
IOS给xcode工程关联pod的实例详解
01-04
IOS给xcode工程关联pod的实例详解 1. 新建Podfile文件 内容如下： platform :ios,'7.0' target :LJMediaPalyer do pod 'MQTTClient' end 2. cd 到当前工程的目录下 然后在控制台输入pod install命令 如有疑问请...
给iOS工程增加Daily Build
江湖两把刀的技术博客
10-11 1039
前言 Daily Build 是一件非常有意义的事情，也是敏捷开发中关于 “持续集成” 的一个实践。Daily Build 对于开发来说有如下好处： 保证了每次 check in 的代码可用，不会造成整个工程编译失败。进度跟进。产品经理可以每天看到最新的开发进度，并且试用产品，调整一些细节。很多时候，一个新功能，你真正用了一下才能有体会好或不好，所以 daily build 也给产品经理更
为iOS项目添加Daily Build
future_challenger的专栏
12-13 810
很多人在说到Daily Build的时候总是喜欢背书。背书就背书吧，总比混迹软件行业连书都没看过的强。很久以前遇到一个奇葩。每次到代码提交测的通知就着急忙慌的催促组员赶紧干活，开始严重加班，晚饭都不吃。。。偶尔还需要开通宵。但是即使如此，最后也不会得到什么好的反馈。那个team就是这样循环往复的做着项目，直到永恒。如果项目的相关人员能背背敏捷什么的开发书籍，想必情况总能有所改善。 相信以上情
使用蒲公英来做iOS测试应用的分发
stubbornness1219的博客
07-14 1867
前言 我在 《给 iOS 工程增加 Daily Build》 一文中介绍过如何用命令行生成 IPA 文件以及通过 itms-services 协议 来让用户可以直接在网页上安装测试应用。但是这种方法虽然有效，但是还是比较麻烦，因为： 开发者需要自己写相关的 Build 脚本。 开发者需要自己搭建好应用下载的服务器。 如果要做得更友好，开发者还需要部署 CDN 服务、增加扫描
iOS 的自动构建流程
a1280567818的博客
12-03 378
前言 一个对效率有追求的公司，都应该有一套自动构建系统。 目前使用的这套 iOS 构建流程，经历 2 年的使用，基本稳定下来。 这篇文章主要用来记录???? 目前自己使用的 Jenkins 打包????脚本。 用来打包做类似事情的工具很多，更主要的是为什么使用自动构建: 效率上，解放出开发人员的时间。也更方便其他同事使用。 保证打包的标准，避免配置或环境问题，带来的失败。把事情做对，比做快更重要。 权限安全上，通过构建系统集中管理，对于使用者来说是一个黑盒。 项目流程上，便于有需求时做 Daily Bui
iOS项目分析及优化
新博客地址：blog.songchunmin.com
10-26 1051
从代码的整洁度上就可以看出一个程序员的实力，规范其实就是让你养成一种良好习惯的标杆，在此面前我们应该顺从。本篇我们以OC为例，统计了一些在编写程序中需要注意的事项，共有20条，当然还有更多的规范，此处只是做个示例。 单页代码最好控制在800行以内，每个方法最好不要超过100行，过多建议对代码进行重构 相同的逻辑方法定义避免在多个地方出现，尽量将公用的类、方法抽取出来 删除未被使用的代码，不要大片注释未被使用的代码，确定代码不会使用，请及时删除 对其他项目中copy过来的代码，根据具体需要更新代码风格，及时
iOS和Android上的本机心理健康监控：现在不是时候了吗？
weixin_26644585的博客
09-23 926
Vinith Johnson and Girish Subramanyan Vinith Johnson和 Girish Subramanyan Imagine for a minute that it’s morning and you’ve just woken up. Bleary-eyed still, you fumble for your smartphone. Because, w...
iOS 获取手机上已经安装的应用
小马哥好棒哦
06-29 6432
前言 公司内部有一给自己的 App 发布后台，类似于 FIR 那样的存在, 有完整的 LDAP 账号登录。每天的 daily build 和 历史发布版都会放到那里去。然而每次都要登录后台扫描二维码下载实在是太麻烦了，我们就打算做一个客户端。 于是问题来了：如何知道我手机上安装的礼物说版本号比我当前的要低呢？ 方案们 方案一 剪贴板共享 我们知道同一个证书下的软件，是
iOS如何获取手机上的已安装的所有应用
weixin_34233421的博客
05-26 699
2019独角兽企业重金招聘Python工程师标准>>> ...
iOS 项目中的version和build 详解
01-04
iOS 项目中的version和build Version在plist文件中的key是“CFBundleShortVersionString”，标识应用程序的发布版本号，和AppStore上的版本号保持一致。该版本的版本号是三个分隔的整数组成的字符串。第一个整数...
IOS 企业版打包
08-20
iOS企业版打包流程 iOS企业版 托管安装 https://blog.csdn.net/nicepainkiller/article/details/81666277
iOS 7.1下itms-services在线安装失败的解决方法
热门推荐
FLY的专栏
03-19 1万+
iOS 7.1正式版发布了，之前使用itms-services://URL方式在线安装ipa文件的方法失效了，点击的时候报错为：“无法安装应用程序，因xxx.com的证书无效” 其实iOS 7.1修改了manifest.plist文件的访问协议，之前可以通过http协议访问，在iOS 7.1之后必须使用https协议方式访问。 比如之前的链接代码为： itms-services://?act
ios开发证书CSR文件、CER文件、P12文件，mobileprovition许可文件的用途
FLY的专栏
03-05 1万+
1.CSR文件      钥匙串文件，为生成证书做基础，要生成CER证书必须要有CSR私钥，此私钥包含了用户自己的一些信息。 2.开发证书 CER文件 苹果的这个开发者证书也是同样的原理，本地的request文件里包含开发者的个人信息和公钥，提交给苹果。 然后经过一系列的操作后最终可以得到一个可用的证书文件（CER文件）。所以这个CER证书里包含了开发者信息和公钥。 当开发者下载并双击打
IOS判断模拟器
FLY的专栏
03-13 9051
好多时候我们运行的代码都要判断是否运行在iphone 模拟器上，APPLe也对这种情况提供了对应的方法： #if (TARGET_IPHONE_SIMULATOR)               // 在模拟器的情况下 #else          // 在真机情况下 #endif 或者反之， #if !(TARGET_IPHONE_SIMULATOR)       
IOS APP 使用别人的P12文件上传APP store
FLY的专栏
03-11 7173
当使用客户的帐号打包上传时，只需要客户提供打包好的P12文件（钥匙串文件以及证书文件）和描述文件（mobileprovision）。安装即可，打包过程如下： 选择Archive： 开始编译文件后出现： 由于是编译好包给客户上传的，所以选择Export，输出安装包，Submit直接就可以连接到itunes connect进行验证APP的可靠性。 接下来： 选
CATextLayer使用
FLY的专栏
04-15 5084
CATextLayer适用于IOS或者MAC，比UIlable 和 NSTextView 能做的事很多 UIlable用于IOS，大家都不陌生 NSTextView 用于MAC CATextLayer代码： CATextLayer *lary = [CATextLayer layer];     lary.string = @"dasfasa";     lary.bounds = C
iOS发布 You must choose a build.
最新发布
05-25
这个错误通常是因为你没有选择要发布的构建版本。在 Xcode 中，你需要确保已经创建了一个可发布的构建版本，并在“Product”菜单下选择该版本。然后，你需要在“Xcode Organizer”中选择正确的构建版本，并单击“Distribute App”按钮，以将应用程序上传到 App Store Connect。如果你仍然遇到问题，请确认你的开发者账户和证书是否正确配置，并检查你的网络连接和权限是否正确设置。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值