驗證Xcode檔案而不是最終的部署者

我們正在爲在iTunes Connect中以自己的名字管理他的應用程序的客戶開發iOS應用程序。我想知道是否有一種可行的方法來驗證一個IPA，當你不是最終的實際上傳包到App Store的實例時。一種常見的情況是，您將應用程序捆綁包部署到客戶，以便他將成爲在iTunes Connect中管理應用程序的人員，但您仍然希望確保在應用程序在您的客戶手中之後，所有內容都會被檢出。驗證Xcode檔案而不是最終的部署者

要清楚：我們無法訪問我們的客戶iTunes Connect，但我們會將應用程序與其分發配置文件歸檔。

想到的想法是在我們自己的iTunes Connect中創建一個模擬應用程序，而無意實際發佈應用程序。人們可以擴展這一點，並實際上對應用進行預審，以確保應用在我們發送歸檔或客戶後不會導致不愉快的意外。蘋果會在這條道路上扔石頭嗎？我可以想象，他們不會很高興開發人員會讓兩次查看相同的應用程序版本......

來源

2014-01-30 ff10

我不知道我明白你在問什麼。爲什麼要給客戶一個捆綁包讓他們在應用商店管理它？你是什麼意思驗證一個xCode檔案？真的不清楚的問題。 – GuybrushThreepwood

我們的客戶政策是管理所有以他們名義製作的應用程序，這是非常容易理解的。它只是使應用程序的部署更加複雜。組織者可以驗證Xcode存檔。請參閱https://developer.apple.com/library/ios/recipes/xcode_help-archives_organizer/articles/validating_apps.html – ff10

您詢問是否可以測試最終的Xcode存檔。是的，它可以被測試。您應該要求您的客戶向您發送已提交應用程序的副本，因爲它出現在Xcode組織者中）。他們將不得不退出包含您的設備的AdHoc配置文件，然後將IPA發送給您。然後，您可以查看最終提交的應用程序。

對於問題的第二部分，最有意思的是：在您的帳戶中發佈應用程序然後讓客戶再次發佈應用程序會很好。有兩個問題：如果審閱者是一樣的，那麼您的客戶的應用可能會被拒絕。而且：如果審閱者不一樣，它可以通過第一個審閱者的驗證，並且與第二個審閱者失敗。

來源

2014-01-30 11:17:05 lnjuanj

驗證Xcode檔案而不是最終的部署者

回答

相關問題