iOS开发 - Xcode使用 - xb、xRun

打包

xcodebuild只是xrun的一个软链接， 

但是这一链却有了不同的分工:xcodebuild负责将工程源文件编译成xxx.app；xcrun负责给xxx.app(签名并)打包成xxx.ipa

第一步清理/usr/bin/xcodebuild -target targetName clean

第二步编译/usr/bin/xcodebuild -target targetName build

第三步打包/usr/bin/xcrun -sdk iphoneos PackageApplication -v path/To/xxx.app -o xxx.ipa xcodebuild -

签名证书

/usr/bin/xcodebuild -target targetName CODE_SIGN_IDENTITY="iPhone Distribution:XXXXXX"  

/usr/bin/xcrun -sdk iphoneos PackageApplication -v build/Release-iphoneos/Testxcodebuild.app -o /Users/tuchangwei/Desktop/test.ipa  --sign "iPhone Distribution:XXXXXX" 

xcodebuild

在介绍xcodebuild之前，需要先弄清楚一些在XCode环境下的一些概念：

Workspace：简单来说，Workspace就是一个容器，在该容器中可以存放多个你创建的Xcode Project， 以及其他的项目中需要使用到的文件。使用Workspace的好处有，1),扩展项目的可视域，即可以在多个项目之间跳转，重构，一个项目可以使用另一个项目的输出。Workspace会负责各个Project之间提供各种相互依赖的关系;2),多个项目之间共享Build目录。

Project：指一个项目，该项目会负责管理生成一个或者多个软件产品的全部文件和配置，一个Project可以包含多个Target。

Target：一个Target是指在一个Project中构建的一个产品，它包含了构建该产品的所有文件，以及如何构建该产品的配置。

Scheme：一个定义好构建过程的Target成为一个Scheme。可在Scheme中定义的Target的构建过程有

Build/Run/Test/Profile/Analyze/Archive

BuildSetting：配置产品的Build设置，比方说，使用哪个Architectures？使用哪个版本的SDK？。在Xcode Project中，有Project级别的Build Setting，也有Target级别的Build Setting。Build一个产品时一定是针对某个Target的，因此，XCode中总是优先选择Target的Build Setting，如果Target没有配置，则会使用Project的Build Setting。

弄清楚上面的这些概念之后，xcodebuild就很好理解了，官网上对其作用的描述如下：

xcodebuild就是用了构建产品的命令行工具，其用法可以归结为3个部分：

1.可构建的对象

2.构建行为

3.一些其他的辅助命令

可以构建的对象有，默认情况下会运行project下的第一个target：

1.workspace：必须和“-scheme”一起使用，构建该workspace下的一个scheme。

2.project：当根目录下有多个Project的时候，必须使用“-project”指定project，然后会运行

3.target：构建某个Target

4.scheme：和“-workspace”一起使用，指定构建的scheme。

5.……

构建行为包括：

1.clean:清除build目录下的

2.build: 构建

3.test: 测试某个scheme，必须和"-scheme"一起使用

4.archive:打包，必须和“-scheme”一起使用

5.……

辅助命令包括：

1.-sdk：指定构建使用的SDK

2.-list：列出当前项目下所有的Target和scheme。

3.-version：版本信息

4.…...

了解了xcodebuild的用法之后，接下来分析一下xcodebuild的主要缺陷：

1.从上图直接可以得到的感觉，其脚本输出的可读性极差，

2.只能要么完整的运行一个target或者scheme，要么全部不运行。不能指定运行Target中特定的测试。

3.最令人发指的是，XCode 4中的xcodebuild居然不支持iOSUnitTest的Target

对于上面提到的缺陷，解决方案：xctool  

其作用是替代xcodebuild，目的是让构建和测试更加容易，更好的支持持续集成。从个人感受来看，它的确成功取代了xcodebuild。但是xctool说到底只是对xcodebuild的一个封装，只是提供了更加丰富的build指令，因此，使用xctool的前提是xcodebuild已经存在，且能正常工作。

安装

xctool的安装非常简单，只需要clone xctool的repository到项目根目录就可以使用， 如果你的机器上安装有Homebrew，可以通过“brew install xctool”命令直接安装。（注意：使用xctool前一定要首先确认xcodebuild已安装且能正确工作）。

用法

关于xctool的用法就更加人性化了，几乎可以重用所有的xcodebuild的指令，配置。只需要注意一下几点：

1.xctool不支持target构建，只能使用scheme构建。

2.支持“-only”指令运行指定的测试。

3.支持多种格式的build报告。

常见问题：

No architectures to compile for (ONLY_ACTIVE_ARCH=YES, active arch=x86_64, VALID_ARCHS=armv7 armv7s).

解决方法：到Project Setting中，把"Build Active Architecture Only"设置为NO

Code Sign error: A valid provisioning profile matching the application's Identifier 'dk.muncken.MyApp' could not be found

解决方法：通过“-sdkiphonesimulator”指定SDK，从而能够使用符合iOS约定的application Identifier。