iOS應用版本和版本號iTunesConnect TestFlight

我的問題與iTunes Connect版本和內部版本號的限制有關。我們只允許3個非負整數，並且內部版本號必須是遞增的。iOS應用版本和版本號iTunesConnect TestFlight

我設立一個詹金斯作業自動上傳我的建立到iTunes Connect中使測試人員就可以下載它們。

問題：我們如何確保增量構建編號？即使我們在每次提交之前手動在Xcode中更改它（這看起來不正確），也有不止一個開發人員在項目中工作，所以我們無法在整個團隊中同步我們的提交和增量編號。

很高興有：我的團隊在多個分支工作。如果我可以在「生成」字段中指定分支名稱或其他描述，這將會很有幫助。在獨立測試飛行（將於2015年2月底棄用）中，我們可以用一些字母上傳一個版本。

會喜歡這裏的一些輸入！

如果iTunes Connect的飛行測試是不是分發試驗建立的答案，還有什麼其他服務正在使用的人？

謝謝！

來源

2015-02-11 m.y

我最近使用蘋果測試飛行應用程序，我的印象是蘋果的意圖是開發人員只使用它進行最終的Beta測試。讓我印象深刻的是，應用程序在發佈給外部測試人員之前，仍然需要通過輕量級的審覈流程，並且每天只能執行兩次。 – 2015-02-11 18:51:19

我不確定。我打算僅在目前將它用於內部測試人員。我仍然懷疑我的流量是否是正確的預期方式。我對擁擠的iTunes Connect並不滿意，因爲我們每天都有很多提交/構建... – 2015-02-12 16:15:28

根據我對ITC的經驗，在應用程序準備好接受內部測試人員之前，提交大約需要1小時。我的應用程序有點大，350MB，所以也可能影響處理速度。 – 2015-02-12 22:25:26

在詹金斯存在，持續工作的壽命$ BUILD_NUMBER參數。您可以將其附加到info.plist中的內部編號參數的末尾。如果info.plist中的內部版本號的開頭是3.1。那麼您的真實內部版本號將從Jenkins變爲3.1。$ BUILD_NUMBER。有一個名爲plist_buddy的程序（https://developer.apple.com/library/mac/documentation/Darwin/Reference/ManPages/man8/PlistBuddy.8.html），您可以使用它來編輯info.plist文件。

只要增長，序列中是否存在空位並不重要。 3.1。部分將被手動管理，以便主要開發人員在發佈開始時增加。這種方法假定你有1個工作來完成構建。如果你有多個作業構建同一個應用程序，那麼你可能會使用類似於Unix格式的日期/時間，這是一個很大的數字，通常不會倒退。

來源

2015-02-11 18:58:18

謝謝！這是一個好主意，應該這樣做。我遇到了'缺少代碼簽名證書'問題atm，它阻止我上傳到iTunes，因此我無法驗證。 – 2015-02-12 16:12:14

看看這個Jenkins插件。它爲我節省了很多小時的鑰匙鏈和簽名身份：https：//wiki.jenkins-ci.org/display/JENKINS/Keychains+and+Provisioning+Profiles+Plugin – 2015-02-12 22:23:27

iOS應用版本和版本號iTunesConnect TestFlight

回答

相關問題