xcode腳本打包
⑴ 如何使用xcodebuild構建一個特定的架構
准備工作
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、描述
⑵ 如何使用shell腳本創建xcode工程
利用xcodebuild，build出程序文件<PRODUCT_NAME>.app。
再將程序文件<PRODUCT_NAME>.app里的所有文件，放入Payload文件夾下，利用zip將其打包出一個ipa文件。
⑶ 求介紹UE3引擎和幾個小問題
需要UDK，然後有引擎就可以了，可能需要FRAMEWORK、JAVA環境等。
UE只支持自己的unrealscript，類似c++。
COCOS2D適合開發2D游戲，3D支持比較爛。理論上跟FLASH差不多，一定程度上不如FLASH，比如在動畫上。
U3D在5以前版本渲染能力不如大型引擎，其他區別不大，也支持大型游戲開發。5以後版本沒用過不知道，據說很強大，不差於其他引擎了。
UE3一般用於開發主機，PC游戲。也可以開發手游，但是浪費。做轉換還成。
除此之外，所有3D游戲開發方式差不多，只是相對來說，U3D普及度比較高，相關中文資料也更多一些，上手更容易。
最後，關於XCODE問題，因為蘋果的特殊性，一般其他平台可以直接編譯成安裝包。但IOS的話需要先輸出工程，然後用XCODE打包。當然，如果需要做底層如支付、設備控制等，都需要自己用C++或者JAVA之類的寫插件，然後在打包通信什麼的。
⑷ 怎麼查看 xcode build phase 腳本執行
你要確認下www用戶，是否有許可權執行這個腳本
我給你明確一點，我在之前公司，用php做過安卓自動打包系統，是沒任何問題的
但具體代碼因為已經離開公司了，所以也就沒有了
你需要把安卓源文件整個文件夾許可權都改為777
然後sh、php文件都要有777許可權
然後如果還不行 要輸出報錯信息
才能進一步分析
⑸ ios framework plist 文件怎麼打包
本人覺得這個打包framework還是一個比較重要的功能，可以用來做一下事情： (1)封裝功能模塊，比如有比較成熟的功能模塊封裝成一個包，然後以後自己或其他同事用起來比較方便。 (2)封裝項目，有時候會遇到這個情況，就是一家公司找了兩個開發公司做兩個項目，然後要求他們的項目中的一個嵌套進另一個項目，此時也可以把唄嵌套的項目打包成framework放進去，這樣比較方便。 我們為什麼需要框架(Framework)? 要想用一種開發者友好的方式共享庫是很麻煩的。你不僅僅需要包含庫本身，還要加入所有的頭文件，資源等等。 蘋果解決這個問題的方式是框架(framework)。基本上，這是含有固定結構並包含了引用該庫時所必需的所有東西的文件夾。不幸的是，iOS禁止所有的動態庫。同時，蘋果也從Xcode中移除了創建靜態iOS框架的功能。 Xcode仍然可以支持創建框架的功能，重啟這個功能，我們需要對Xcode做一些小小的改動。 把代碼封裝在靜態框架是被app store所允許的。盡管形式不同，本質上它仍然是一種靜態庫。 框架(Framework)的類別 大部分框架都是動態鏈接庫的形式。因為只有蘋果才能在iOS設備上安裝動態庫，所以我們無法創建這種類型的框架。 靜態鏈接庫和動態庫一樣，只不過它是在編譯時鏈接二進制代碼，因此使用靜態庫不會有動態庫那樣的問題(即除了蘋果誰也不能在iOS上使用動態庫)。 “偽”框架是通過破解Xcode的目標Bundle(使用某些腳本)來實現的。它在表面上以及使用時跟靜態框架並無區別。“偽”框架項目的功能幾乎和真實的框架項目沒有區別(不是全部)。 “嵌入”框架是靜態框架的一個包裝，以便Xcode能獲取框架內的資源(圖片、plist、nib等)。 本次發布包括了創建靜態框架和“偽”框架的模板，以及二者的“嵌入”框架。 用哪一種模板? 本次發布有兩個模板，每個模板都有“強”“弱”兩個類別。你可以選擇最適合一種(或者兩種都安裝上)。 最大的不同是Xcode不能創建“真”框架，除非你安裝靜態框架文件xcspec在Xcode中。這真是一個遺憾(這個文件是給項目使用的，而不是框架要用的)。 簡單說，你可以這樣決定用哪一種模板： 如果你不想修改Xcode，那麼請使用“偽”框架版本 如果你只是想共享二進制(不是項目)，兩種都可以 如果你想把框架共享給不想修改Xcode的開發者，使用“偽”框架版本 如果你想把框架共享給修改過Xcode的開發者，使用“真”框架版本 如果你想把框架項目作為另一個項目的依賴(通過workspace或者子項目的方式)，請使用“真”框架(或者“偽”框架，使用-framework——見後) 如果你想在你的框架項目中加入其他靜態庫/框架，並把它們也鏈接到最終結果以便不需要單獨添加到用戶項目中，使用“偽”框架 “偽”框架 “偽”框架是破解的“reloacatable object file”(可重定位格式的目標文件， 保存著代碼和數據，適合於和其他的目標文件連接到一起，用來創建一個可執行目標文件或者是一個可共享目標文件)，它可以讓Xcode編譯出類似框架的東西——其實也是一個bundle。 “偽框架”模板把整個過程分為幾個步驟，用某些腳本去產生一個真正的靜態框架(基於靜態庫而不是reloacatable object file)。而且，框架項目還是把它定義為wrapper.cfbundle類型，一種Xcode中的“二等公民”。 因此它跟“真”靜態框架一樣可以正常工作，但當存在依賴關系時就有麻煩了。 依賴問題 如果不使用依賴，只是創建普通的項目是沒有任何問題的。但是如果使用了項目依賴(比如在workspace中)，Xcode就悲劇了。當你點擊“Link Binary With Libraries”下方的’+’按鈕時，“偽框架”無法顯示在列表中。你可以從你的“偽”框架項目的Procts下面將它手動拖入，但當你編輯你的主項目時，會出現警告： warning: skipping file '/somewhere/MyFramework.framework' (unexpectedfile type 'wrapper.cfbundle' in Frameworks & Libraries build phase) 並伴隨“偽”框架中的鏈接錯誤。 幸運的是，有個辦法來解決它。你可以在”Other Linker Flags”中用”-framwork”開關手動告訴linker去使用你的框架進行鏈接： -framework MyFramework 警告仍然存在，但起碼能正確鏈接了。 添加其他的庫/框架 如果你加入其他靜態(不是動態)庫/框架到你的“偽”框架項目中，它們將“鏈接”進你最終的二進制框架文件中。在“真”框架項目中，它們是純引用，而不是鏈接。 你可以在項目中僅僅包含頭文件而不是靜態庫/框架本身的方式避免這種情況(以便編譯通過)。 “真”框架 “真”框架各個方面都符合“真”的標准。它是真正的靜態框架，正如使用蘋果在從Xcode中去除的那個功能所創建的一樣。 為了能創建真正的靜態框架項目，你必需在Xcode中安裝一個xcspec文件。 如果你發布一個“真”框架項目(而不是編譯)，希望去編譯這個框架的人必需也安裝xcspec文件(使用本次發布的安裝腳本)，以便Xcode能理解目標類型。 注意：如果你正在發布完全編譯的框架，而不是框架項目，最終用戶並不需要安裝任何東西。 我已經提交一個報告給蘋果，希望他們在Xcode中更新這個文件，但那需要一點時間.OpenRadarlink here 加其他靜態庫/框架 如果你加入其他靜態(不是動態)庫/框架到你的“真”框架項目，它們只會被引用，而不會象“偽”框架一樣被鏈接到最終的二進制文件中。 從早期版本升級 如果你是從Mk6或者更早的版本升級，同時使用“真”靜態框架，並且使用Xcode4.2.1以前的版本，請運行uninstall_legacy.sh以卸載早期用於Xcode的所有修正。然後再運行install.sh，重啟Xcode。如果你使用Xcode4.3以後，只需要運行install.sh並重啟Xcode。 安裝 分別運行Real Framework目錄或Fake Framework目錄下的install.sh腳本進行安裝(或者兩個你都運行)。 重啟Xcode，你將在新項目向導的Framework&Library下看到StaticiOS Framework(或者Fake Static iOS Framework)。 卸載請運行unistall.sh腳本並重啟Xcode。 創建一個iOS框架項目 創建新項目。 項目類型選擇Framework&Library下的Static iOS Framework(或者Fake Static iOS Framework)。 選擇“包含單元測試”(可選的)。 在target中加入類、資源等。 凡是其他項目要使用的頭文件，必需聲明為public。進入target的Build Phases頁，Copy Headers項，把需要public的頭文件從Project或Private部分拖拽到Public部分。 編譯你的 iOS 框架 選擇指定target的scheme 修改scheme的Run配置(可選)。Run配置默認使用Debug，但在准備部署的時候你可能想使用Release。 編譯框架(無論目標為iOS device和Simulator都會編譯出相同的二進制，因此選誰都無所謂了)。 從Procts下選中你的framework，“show in Finder”。 在build目錄下有兩個文件夾：(yourframework).framework and (your framework).embeddedframework. 如果你的框架只有代碼，沒有資源(比如圖片、腳本、xib、coredata的momd文件等)，你可以把(yourframework).framework 分發給你的用戶就行了。如果還包含有資源，你必需分發(your framework).embeddedframework給你的用戶。 為什麼需要embedded framework?因為Xcode不會查找靜態框架中的資源，如果你分發(your framework).framework, 則框架中的所有資源都不會顯示，也不可用。 一個embedded framework只是一個framework之外的附加的包，包括了這個框架的所有資源的符號鏈接。這樣做的目的是讓Xcode能夠找到這些資源。 使用iOS 框架 iOS框架和常規的Mac OS動態框架差不多，只是它是靜態鏈接的而已。 在你的項目中使用一個框架，只需把它拖僅你的項目中。在包含頭文件時，記住使用尖括弧而不是雙引號括住框架名稱。例如，對於框架MyFramework： #import 使用問題 Headers Not Found 如果Xcode找不到框架的頭文件，你可能是忘記將它們聲明為public了。參考“創建一個iOS框架項目”第5步。 No Such Proct Type 如果你沒有安裝iOS Universal Framework在Xcode，並企圖編譯一個universal框架項目(對於“真”框架，不是“假”框架)，這會導致下列錯誤： target specifies proct type 'com.apple.proct-type.framework.static',but there's no such proct type for the 'iphonesimulator' platform 為了編譯“真”iOS靜態框架，Xcode需要做一些改動，因此為了編譯“真”靜態框架項目，請在所有的開發環境中安裝它(對於使用框架的用戶不需要，只有要編譯框架才需要)。 The selected run destination is not valid for this action 有時，Xcode出錯並載入了錯誤的active設置。首先，請嘗試重啟Xcode。如果錯誤繼續存在，Xcode產生了一個壞的項目(因為Xcode4的一個bug，任何類型的項目都會出現這個問題)。如果是這樣，你需要創建一個新項目重來一遍。 鏈接警告 第一次編譯框架target時，Xcdoe會在鏈接階段報告找不到文件夾： ld: warning: directory not found for option'-L/Users/myself/Library/Developer/Xcode/DerivedData/MyFramework-ccahfoccjqiognaqraesrxdyqcne/Build/Procts/Debug-iphoneos' 此時，可以clean並重新編譯target，警告會消除。 Core Data momd not found 對於框架項目和應用程序項目，Xcode會以不同的方式編譯momd(託管對象模型文件)。Xcode會簡單地在根目錄創建.mom文件，而不會創建一個.momd目錄(目錄中包含VersionInfo.plist和.mom文件)。 這意味著，當從一個embedded framework的model中實例化NSManagedObjectModel時，你必需使用.mom擴展名作為model的URL，而不是採用.momd擴展名。 NSURL *modelURL = [[NSBundle mainBundle]URLForResource:@"MyModel" withExtension:@"mom"]; Unknown class MyClass in Interface Builder file. 由於靜態框架採用靜態鏈接，linker會剔除所有它認為無用的代碼。不幸的是，linker不會檢查xib文件，因此如果類是在xib中引用，而沒有在O-C代碼中引用，linker將從最終的可執行文件中刪除類。這是linker的問題，不是框架的問題(當你編譯一個靜態庫時也會發生這個問題)。蘋果內置框架不會發生這個問題，因為他們是運行時動態載入的，存在於iOS設備固件中的動態庫是不可能被刪除的。 有兩個解決的辦法： 讓框架的最終用戶關閉linker的優化選項，通過在他們的項目的Other Linker Flags中添加-ObjC和-all_load。 在框架的另一個類中加一個該類的代碼引用。例如，假設你有個MyTextField類，被linker剔除了。假設你還有一個MyViewController，它在xib中使用了MyTextField，MyViewController並沒有被剔除。你應該這樣做： 在MyTextField中： + (void)forceLinkerLoad_ {} 在MyViewController中： +(void) initialize { [MyTextField forceLinkerLoad_]; } 他們仍然需要添加-ObjC到linker設置，但不需要強制all_load了。 第2種方法需要你多做一點工作，但卻讓最終用戶避免在使用你的框架時關閉linker優化(關閉linker優化會導致object文件膨脹)。 unexpected file type 'wrapper.cfbundle' in Frameworks &Libraries build phase 這個問題發生在把“假”框架項目作為workspace的依賴，或者把它當作子項目時(“真”框架項目沒有這個問題)。盡管這種框架項目產生了正確的靜態框架，但Xcode只能從項目文件中看出這是一個bundle，因此它在檢查依賴性時發出一個警告，並在linker階段跳過它。 你可以手動添加一個命令讓linker在鏈接階段能正確鏈接。在依賴你的靜態框架的項目的OtherLinker Flags中加入： -framework MyFramework 警告仍然存在, 但不會導致鏈接失敗。 Libraries being linked or not being linked into the finalframework 很不幸， “真”框架和“假”框架模板在處理引入的靜態庫/框架的工作方式不同的。 “真”框架模板採用正常的靜態庫生成步驟，不會鏈接其他靜態庫/框架到最終生產物中。 “假”框架模板採用“欺騙”Xcode的手段，讓它認為是在編譯一個可重定位格式的目標文件，在鏈接階段就如同編譯一個可執行文件，把所有的靜態代碼文件鏈接到最終生成物中(盡管不會檢查是否確實目標代碼)。為了實現象“真”框架一樣的效果，你可以只包含庫/框架的頭文件到你的項目中，而不需要包含庫/框架本身。 Unrecognized selector in (some class with a category method) 如果你的靜態庫或靜態框架包含了一個模塊(只在類別代碼中聲明，沒有類實現)，linker會搞不清楚，並把代碼從二進制文件中剔除。因為在最終生成的文件中沒有這個方法，所以當調用這個類別中定義的方法時，會報一個“unrecognizedselector”異常。 要解決這個，在包含這個類別的模塊代碼中加一個“假的”類。linker發現存在完整的O-C類，會將類別代碼鏈接到模塊。 我寫了一個頭文件 LoadableCategory.h，以減輕這個工作量： #import "SomeConcreteClass+MyAdditions.h" #import "LoadableCategory.h" MAKE_CATEGORIES_LOADABLE(SomeConcreteClass_MyAdditions); @implementation SomeConcreteClass(MyAdditions) ... @end 在使用這個框架時，仍然還需要在Build Setting的Other Linker Flags中加入-ObjC。 執行任何代碼前單元測試崩潰 如果你在Xcode4.3中創建靜態框架(或庫)target時，勾選了“withunit tests”，當你試圖運行單元測試時，它會崩潰： Thread 1: EXC_BAD_ACCESS (code=2, address=0x0) 0 0x00000000 --- 15 dyldbootstrap:start(...) 這是lldb中的一個bug。你可以用GDB來運行單元測試。編輯scheme，選擇Test，在Info標簽中將調試器Debugger從LLDB改為GDB。
⑹ 如何運行一個自定義 外殼 腳本在Xcode的生成
在Xcode 6裡面創建一個自定義服務以執行腳本命令來實現屬性的快速整齊排列 (2014-11-29 16:59:35)轉載▼
標簽： it 分類： iOS
排序(sort)是按照字母順序來的，uniq是會刪除所有重復的行數。
uniq在這里可能派不上用場，但是用它來管理#import，那是極好的。
Mac OS X允許你創建整個操作系統全局通用的服務，你將用它來創建一個用在Xcode中的腳本服務，按如下步驟 來設置：
1.使用Spotlight來搜索Automator,並打開它
2.然後選取服務那一項
3.在搜索框中輸入shell,然後雙擊運行shell腳本Run Shell Script
4.在新添加的服務的菜單上，勾選 用輸出內容替換所選文本
5.將腳本內容替換為sort | uniq
6.按下command+s,將服務保存為Sort & Uniq
⑺ 如何使用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、描述