由於只有10-20個最終用戶將安裝該應用程序,因此無需穿過App Store創建IOS本機應用程序。只爲10-20個最終用戶輕鬆分發iOS應用程序
最終用戶能夠安裝此應用程序的最簡單方法是什麼?
我是否需要欺騙所謂的「ad-hoc」配置文件?
最終用戶是否需要此配置文件的副本以及應用程序?
由於只有10-20個最終用戶將安裝該應用程序,因此無需穿過App Store創建IOS本機應用程序。只爲10-20個最終用戶輕鬆分發iOS應用程序
最終用戶能夠安裝此應用程序的最簡單方法是什麼?
我是否需要欺騙所謂的「ad-hoc」配置文件?
最終用戶是否需要此配置文件的副本以及應用程序?
閱讀App Distribution Guide:Beta Testing Your iOS App。在爲臨時分發構建應用程序時,供應配置文件將包含在應用程序包中,並在安裝應用程序時安裝在設備上。
所以,是的,用戶需要配置文件的副本才能運行該應用程序,但沒有什麼額外的下載或安裝,因爲配置文件包含在應用程序包中。
雖然可以使用AdHoc發行版分發您的應用程序(這當然不是作弊,它是設計!)或內部發行版,但這兩種方法仍與綁定配置文件有關。
這樣做的主要缺點是當配置文件過期時,應用程序也會如此。
你的另一個選擇是企業分配,(
我不認爲這需要供應配置文件,但我不能確定
這需要供應配置文件太感謝迦勒),在299 $費用/年。
但要回答你的實際問題。
如果你打算做一個ad-hoc配置文件(這種方式沒有作弊),那麼你需要將他們所有的設備作爲測試設備添加到你的帳戶。然後,即席配置文件必須包含他們所有的設備ID,然後您必須將其分發給他們。
我知道的Easist分配方法是TestFlight。有辦法將它發佈到下載鏈接並上傳清單文件,所以他們只需點擊一個鏈接,但我認爲TestFlight更容易。當您向用戶上傳新版本時,TestFlight也會發送通知,因此他們只需點擊電子郵件中的鏈接即可下載新版本。
做特別設置也意味着配置文件將過期(應用程序也一樣),並且如果用戶獲得新設備,則必須將其添加到配置文件並重新分配。
就我個人而言,我認爲它更容易到達應用商店,因此任何數量的用戶都可以隨時下載。
您還可以使用TestFlight(http://testflightapp.com)來幫助管理設備ID和安裝。使用TestFlight可以更輕鬆地管理安裝ad hoc構建。
是的,企業分佈也需要配置文件。該配置文件與任何特定的設備ID無關,但您有合同義務限制您的應用向組織的分發。 – Caleb