xcode命令行编译

㈠ xcode命令行编译证书问题，xcode 编译可以成功

TARGETS下的test 那个东西 下对应位置>Build Settings -> Code Signing -> Code Signing Identity -> Debug ->也要改为DON'T ......

㈡ xcode使用方法

xcode使用方法：（以xcode5为例）

1，下载安装好xcode5后，就可以开始ios开发之旅了。首先打开xcode。选择新建一个xcode项目。

㈢ xcode怎样编译单独的swift

编译XCode项目只需要点击左上角的“运行”按钮。 如果需要用命令行编译，在终端执行命令： cd /User/admin/xcodeprojects/myproject # 自己的项目路径xcodebuild

㈣ 苹果MAC系统怎么编译C语言

在 Mac OS X 下学习C语言使用 Xcode。

在 Xcode 上运行C语言程序需要先创建工程，再在工程中添加源代码。

1、 打开 Xcode，选择“Create a new Xcode project”创建一个新工程，如下图所示：

左侧是工程目录，主要包含了工程所用到的文件和资源。单击“main.c”，即可进入代码编辑模
式，这里 Xcode 已经为我们创建好了一个“Hello World”小程序。点击上方的“运行”按钮，即
可在右下角的选项卡中看到输出结果。

拓展资料

Xcode是由Apple官方开发的IDE，支持C、C 、 Objective-C、Swift等，可以用来开发 Mac OS X 和 iOS上的应用程序。Xcode最初使用GCC作为 编译器，后来由于GCC的不配合，改用LLVM。

㈤ 如何使用xcodebuild在命令行编译iOS工程

、准备工作 1、jenkins环境。搭建jenkins环境可以参考jenkins平台搭建和配置一节。需要注意的是，虽然涉及iOS开发，但是jenkins平台却不必搭建在mac机器上，只要在jenkins上添加mac节点就可以了。 2、iOS开发环境。iOS开发环境主要是指Xcode开发环境，Xcode是免费的，只要在苹果应用商店里下载一个就可以了。当然，还有重要的一点儿---开发者证书，现在个人也已经有免费的证书了，没有证书的话，只能打模拟器用的包了。 3、git项目。强烈建议把代码放在git上，这样便于团队开发。当然，不放git上也可以。 4、jenkins Xcode持续集成插件。常用的插件Xcode integration，这个插件能够快速的帮助我们进行Xcode打包配置，当然，只用纯shell脚本也是可以的。 在jenkins上打包之前，我们最好手工测试一下可以打包成功，首先用Xcode图形界面进行测试，然后用命令行测试，如果都能打包成功就可以挂在jenkins上运行了，毕竟jenkins的原理也是通过执行一系列命令来完成的。 三、jenkins配置 1、创建一个任务，创建任务的时候最好选自由风格的软件项目，这样配置起来比较方便，如果有需要，也可以选择其他的风格。 2、描述

㈥ Xcode 构建速度优化（一）衡量编译时间

随着项目不断迭代，工程文件越来越多，引用的三方库也越来越多，这些直接导致编译时间的不断增加，完整编译一次项目动辄需要五分钟以上时间，实在有些影响开发效率，是时候来一波提速了。

为编译和构建提速，首先我们需要对速度有一个衡量标准：准确获得构建用时

首先，我们需要定义要衡量和优化的内容。 有两种选择：

xcode默认情况下会跟踪所有构建，我们可以通过更改xcode相关设置，来在活动查看器中显示出构建时间，通过命令行：

每次编译成功后，会在Successed之后显示出所用时间:

Xcode Build Timing Summary是Xcode10中加入的用于查看获取构建时间和发现用时瓶颈方面的最有利工具。 可以通过Proct->Perform Action->Build With Timing Summary来开启：这样在 Build Log 的末尾就会添加 Timing Summary Log。我们可以通过这个 log 看到哪个阶段是耗时的，便于我们进行优化。

如上图中: xib阶段的编译耗时明显是比普通c文件要多的，意味着我们可以通过减少xib方式来优化提升速度
而c文件的编译用时比总时间还要长，是因为c文件是并行编译的

在命令行中同样可以开启这个功能：

常用的第三方工具有 BuildTimeAnalyzer 、 xcode-build-times-rendering 、 XCLogParser 。

BuildTimeAnalyzer可以统计可以得出某个文件的类型检查时长，每个表达式的类型检查时长。

xcode-build-times-rendering是一个Ruby编写的第三方工具，可以方便地分别测量目标的构建时间并在图表上显示它们，使用gem安装

接下来使用这个工具自带命令配置项目

然后构建项目并生成报告：

这个工具使用上比较简单，缺点是只能从宏观上生成各个target编译的整体图标，无法详细列出各个内部编译明细

XCLogParser可以详细列出各个Target和内部每个文件的编译耗时，对我们分析编译时间瓶颈非常有帮助，它的工作原理主要是做为解析器，通过解析xcode编译生成的xcactivitylog日志来记录
安装：

编译项目后，进行安装

安装成功后通过命令：

会自动在当前目录的 build/xclogparser/reports/ 路径下生成报告，其中--project参数需要设置为待分析项目的名字，并注意当前在终端切换到希望写入日志的目录。

报告截图：

这个工具将作为我们后面分析提升编译构建速度的主要使用工具。

经过我多次在不同时间段，不同电脑上不断尝试编译，
我发现编译耗时是一个比较玄的东西，及时在同一台电脑，同一个项目， 同一套环境配置下，编译用时也会随着电脑当前状态（包括同时打开进程、散热等等）上下大幅跳动，就像算法时间复杂度一样，有时候我们明明做了一些细微的优化，但是结果反而是编译耗时增加了，这是很正常的事情
所以，衡量这个标准需要我们取多次试验中的平均值作为参考。

㈦ xcode怎么在命令行添加target 编译源文件

C＋＋builder是最快的C＋＋编译器之一，从编译速度来说也可以说是最快的win32C＋＋编译器了。除了速度之外，C++builder的性能也在其它C＋＋编译器的之上，但许多delphi程序员仍受不了c++builder工程的编译速度。的确，delphi的速度要比任和c++的编译器都要快好多。Delphi在编译一个小工程的时候可能不到一秒，大的工程一般也在5秒钟这内编译完成了。

㈧ 如何使用xcodebuild在命令行编译iOS工程

还是我来告诉你吧!被安装的机器只能是开发机或者已越狱，要不然苹果出个99美元的服务干嘛？只能传到appstore或者是上述两种方法你要愿意的话把自己开发者证书和ipa放一起，让想安装的的人自己签完自己安