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放一起，讓想安裝的的人自己簽完自己安