Ik had de indruk dat wanneer je een ontwikkelingsprovisioningprofiel gebruikt voor een build van een app, alleen de opgegeven ontwikkelaars die build op een telefoon kunnen implementeren.
Maar ik heb zojuist een build geïmplementeerd die een ontwikkelprofiel gebruikt op een telefoon met Xcode Organizer, ook al ben ik niet een van de geldige ontwikkelaars voor dat profiel. Een van mijn collega’s, die Xcode niet eens heeft geïnstalleerd, deed hetzelfde met zijn telefoon via iTunes.
Waarom zou u in dat geval geen ontwikkelingsprovisioningprofiel gebruiken om uw app te distribueren naar b.v. uw QA-team, in plaats van ad-hocdistributie?
EDIT: lees het vetgedrukte gedeelte aandachtig door voordat u antwoordt. Ik stel geen standaard “hoe werkt dit”-vraag. Ik heb veel ontwikkel-, ad-hoc- en app store-builds gemaakt, en nu merk ik dat ik een aantal verkeerde veronderstellingen heb gemaakt.
Antwoord 1, autoriteit 100%
Er is één situatie waarin u een ad-hocprofiel nodig heeft, en dat is wanneer u pushmeldingen wilt testen.
Als u pushmeldingen test op een ontwikkelingsprovisioningprofiel, moeten uw pushmeldingen worden verzonden met behulp van het ontwikkelingspushmeldingscertificaat voor uw SSL-verbindingen met de sandbox-APNS-server van Apple.
Als u pushmeldingen wilt testen met uw productie-pushkennisgevingscertificaat en de live APNS-servers, moet u uw app op een apparaat implementeren met een distributiecertificaat en ad-hoc inrichtingsprofiel (waaronder het uitvoeren van de Entitlement.plist achterlijkheid die u normaal gesproken kunt overslaan als u alleen Developer Provisioning Profiles gebruikt).
Houd er rekening mee dat wanneer u implementeert met een ad-hocprofiel, uw apparaattoken anders zal zijn dan degene die u gebruikt wanneer u het ontwikkelingsprofiel gebruikt. Dit is ook de aanbevolen manier om APN te testen, omdat er geen back-endwijzigingen hoeven te worden aangebracht tussen de Ad Hoc-build en de uiteindelijke live-implementatie in de AppStore.
Antwoord 2, autoriteit 9%
Ad-hoc is niet voor ontwikkelaars, maar voor testers. Wie heeft geen iPhone SDK / XCode, alleen iTunes.
(Het antwoord is: u kunt de ad-hoc-app installeren zonder ontwikkelaarscertificaat en niet met de ontwikkelings-app)
Antwoord 3
Methode 1: installeren vanaf XCode
Het Development Provisioning Profile vereist dat u de app (aanvankelijk) uitvoert vanuit XCode.
Dit heeft als neveneffect dat het apparaat wordt gemarkeerd als gebruikt voor ontwikkeling, maar vereist ook dat je de iPhone/iPod Touch aansluit op de machine waarop XCode draait. Nadat u de app vanuit XCode hebt uitgevoerd, is de app op het apparaat geïnstalleerd en hoeft u niet langer op de machine te zijn aangesloten om deze uit te voeren. (Totdat je de app wilt updaten.)
Methode 2: installeren vanaf iTunes
Met een Ad-Hoc inrichtingsprofiel kun je de app aan iedereen geven en ze zelf laten installeren met iTunes. Je stuurt ze:
- de app, en
- het Ad-Hoc Provisioning-profiel
Ze selecteren deze twee en slepen ze naar iTunes. Synchroniseer vervolgens.
Later kunt u ze alleen een bijgewerkte versie van de app geven (zonder het Ad-Hoc Provisioning Profile, aangezien ze dat al op hun apparaat hebben geïnstalleerd) en kunnen ze de nieuwe app naar het iTunes-pictogram slepen om de app te installeren. nieuwe versie.
Een beperking voor Ad-Hoc-distributie is dat u elke apparaat-ID moet invoeren in de iPhone-ontwikkelingsportal. En er is een limiet van 100 apparaat-ID’s per jaar (je kunt geen ID’s wissen totdat je volgende jaar begint – voeg ze alleen toe). De limiet van 100 ID zal voor de meeste ontwikkelaars geen belemmering zijn, houd er rekening mee dat u de apparaat-ID van tevoren moet hebben voordat u het Ad-Hoc Provisioning-profiel maakt om naar de persoon te sturen die u uw app wilt installeren .