為iOS項目添加Daily Build

標籤：xcodebuild   daily build   

很多人在說到Daily Build的時候總是喜歡背書。背書就背書吧，總比混跡軟體行業連書都沒看過的強。很久以前遇到一個奇葩。每次到代碼提交測的通知就著急忙慌的催促組員趕緊幹活，開始嚴重加班，晚飯都不吃。。。偶爾還需要開通宵。但是即使如此，最後也不會得到什麼好的反饋。那個team就是這樣迴圈往複的做著項目，直到永恒。如果項目的相關人員能背背敏捷什麼的開發書籍，想必情況總能有所改善。

相信以上情況各位多少都遇到過，那麼Daily Build為什麼會對這樣的情況有所改善呢？

1. 快速定位錯誤。那天的Daily Build出問題了就是那天繼承到系統中得代碼出的問題。有check in到SVN的代碼必須是可以編譯的這樣的約定也無濟於事，一個疏忽就扒瞎。Daily Build才是對代碼可啟動並執行最好保證。
2. 給客戶想要的軟體。及早的把可啟動並執行代碼給客戶看。使用者可以及時看到可用的功能，可以及早的提出開發和需求理解不一致的內容。這個客戶不一定是特質甲方。也可以理解為給開發部門提出需求的產品等其他部門。一般來說，如果最後給“客戶”一個“出乎意料”的軟體，這有可能不是客戶想要的。
3. 開發進度約%60。軟體開發這個東西就是不能像蓋樓一樣看到明顯的結果。%60是個多少？Daily Build可以讓需要瞭解進度的人非常清楚的瞭解開發的進度。
4. Daily Build對軟體的品質也有很大的協助。每天一個可啟動並執行版本出來，測試就可以開始測了。儘早的測出bug來，儘早的修改。這些都會在不大量增加工作量的前提下保證代碼品質。比在最後的最後通宵熬夜效果好到不知道多少。

XCODEBUILD

下面Daily Build iOS項目。Xcode有一個command tool的工具xcodebuild。用這個工具可以用來使用命令列編譯Xcode項目。

然後先看看這個xcodebuild都能做些什麼。輸入man xcodebuild命令：

功能很強大！不過我們目前要用到的還只是其中的一小部分。一點點的看。

切換到你項目所在的目錄

cd /Users/username/Desktop/MyiOSApp/

試試這句

xcodebuild -configuration Distribution clean build

最後看到這句** BUILD SUCCEEDED **就算是命令執行成功了。你可以在你的目錄下發現一個建立的檔案夾build，在這個檔案夾裡就可以找到編譯並且打包好的你的app：YourProjectName.app。沒錯這個打好得包是app格式的。我們要得時ipa的包，腫麼辦呢。往下看。

xcodebuild -scheme MyiOSApp archive -archivePath /Users/username/Desktop/MyiOSApp.xcarchive

xcodebuild命令，這裡使用-scheme來打包成xcarchive。然後。

xcodebuild -exportArchive -exportFormat ipa -archivePath    "/Users/username/Desktop/MyiOSApp.xcarchive" -exportPath    "/Users/username/Desktop/MyiOSApp.ipa"

這個命令執行完成之後，你就會在剛剛產生的build檔案夾裡找到你的app的ipa包了。

自動化起來

用shell把xcodebuild命令串起來？No，用Python。使用Python可以做shell能做的，還可以做shell不能的。而且python簡單易學，誰拿過來都可以分分鐘學會。最關鍵的一點，很多的linux系統都已經預裝了python。mac也不例外。現在mac預設安裝的時Python2.7的環境。所以，下面的代碼都是基於Python2.7的。

上面講了“大象裝冰箱”的三步走。一一的用Python代碼實現出來。

準備工作

下面用接收命令列的方式傳入三步走中需要指定的內容。Python在執行的時候是這樣的：

python yourFileName.py command line

我們要傳入的參數包括scheme的名稱，項目所在的目錄等。還有別的，目前所用到的主要是這兩個。例如：

python yourFileName.py --scheme=[your scheme name] -x [project path] [out put path.format]

有了命令了，就應該解析了：

opts, args = getopt.getopt(sys.argv[1:], "x", ["scheme="])

參數從第二個開始算sys.argv[1:]，因為第一個是yourFileName.py。getopt方法會把長參數名都拿出來給opts數組。opts數組中得每一個元素都是一個tuple的結構，第一個元素是長參數的名稱，第二個元素是長參數對應的值。-x後面的參數都放在args數組中。args的每一個元素都是一個字串，相當於"[project path] [out put path.format]"字串按照空格split成的字串數組。

走三步，1.cd。。。

跳轉到項目所在的目錄。參考這麼一句import os os.system("ls")可以執行ls命令。但是，這個卻不能執行“cd”命令。因為那個不能修改python主進程的工作目錄。用這個：

import osdirectory = "your ios project path"os.chdir(directory)

2. archive

import subprocessarchiveCmd = "xcodebuild -scheme " + targetName + " archive -archivePath " + directory + targetName + ".xcarchive"subprocess.Popen(archiveCmd, shell=True)

第一句就是拼一個字串。一個xcodebuild的命令字串，然後放到subprocess中執行。

3. 打包成ipa

 

ipaCmd = "xcodebuild -exportArchive -exportFormat ipa" + " -archivePath " + directory + "/" + targetName + ".xcarchive" + " -exportPath " + directory + "/" + targetName + ".ipa"subprocess.Popen(ipaCmd, shell=True)

 

和第二部一樣，拼一個字串把上一步中打好包的xcarchive重新打包成ipa並輸出。

so far so good？

這幾條命令分開執行，確實都不會有任何的問題。會在項目的目錄下產生一個build的目錄，在裡面可以找到我們在前面兩部的命令中得到的xcarchive檔案和最後輸出的ipa檔案。很好，都放在python的檔案中按照我們預定的方式執行一次。python yourFileName.py -scheme yourSchemeName -x youriOSPeojectPath。執行之後會輸出滿螢幕的xcodebuild的輸出內容。但是看看專案檔夾下，沒有ipa檔案！

原來，subprocess執行命令的時候，xcodebuild命令沒有執行完成就已經返回了。也就是ipa打包的命令執行的時候上一步的命令還沒有執行完，xcarchive還沒有產生。這一點很好解決，python給subprocess提供了一個wait方法。等命令全部執行完了再執行下一步。

process = subprocess.Popen(archiveCmd, shell=True)process.wait()

 

so far so good！

這個時候就算是全部的問題都解決了。代碼在這裡。Python語言本身非常的靈活。在這一代碼上可以很容易擴充出其他的功能。比如定時執行，編譯或者打包不成功發送通知訊息等。

歡迎加群互相學習，共同進步。QQ群：58099570 | 做人要厚道，轉載請註明出處！

為iOS項目添加Daily Build