Warum Entwicklung nicht statt Ad-hoc-Provisioning nutzen?

Question

Ich habe den Eindruck, dass, wenn Sie eine Entwicklung verwenden Bereitstellungsprofil für einen Build einer App, nur die angegebenen Entwickler, dass die Build zu einem Telefon bereitstellen können.

Aber ich entfalteten nur einen Build, das ein Entwicklungsprofil zu einem Telefon verwendet Xcode Organizer, auch wenn ich für dieses Profil nicht einer der gültigen Entwickler bin. Einer meiner Kollegen, der nicht einmal haben Xcode installiert, tat das gleiche mit seinem Handy mit iTunes.

In diesem Fall verwenden, warum nicht ein Entwicklungsprofil Bereitstellung für Ihre Anwendung zum Beispiel der Verteilung von Ihr QA-Team, statt Ad-hoc-Verteilung?

EDIT: Bitte lesen Sie das Teil in fett sorgfältig, bevor er antwortet. Ich frage nicht, eine einfache „wie funktioniert die“ Frage. Ich habe eine Menge von Entwicklung gemacht, ad hoc, und App Store baut, und ich jetzt feststellen, dass ich scheinen einige falsche Annahmen getroffen zu haben.

Answer 1

Es gibt eine Situation, in der Sie ein Ad-Hoc-Profil müssen, und das ist, wenn Sie zu Test Push Notifications möchten.

Wenn Sie Test Push Notifications auf einem Development Provisioning Profil, Ihre Push-Benachrichtigungen müssen die Entwicklung Push Notification Zertifikat für die SSL-Verbindungen zu Apples Sandbox-APNs-Server gesendet werden sollen.

Wenn Sie zu Test Push Notifications möchten Ihre Produktion Push Notification-Zertifikat und die Live-APNS-Server verwenden, müssen Sie Ihre Anwendung auf ein Gerät mit einem Verteilungszertifikat und Ad-hoc-Provisioning Profile bereitstellen müssen (die die Entitlement.plist umfasst dabei Geblieben, die Sie normalerweise überspringen können, wenn Sie wurden nur Entwickler Provisioning Profiles verwenden).

Beachten Sie auch, dass, wenn Sie ein Ad-hoc-Profil bereitstellen verwenden, Ihr Gerät Token von dem unterscheidet, die Sie verwenden, wenn Sie die Entwicklung Profil verwenden. Auch dies der empfohlene Weg, um Test APN, weil es keine Back-End-Änderungen an, dass Bedarf zwischen dem Ad-hoc-Build und der letzten Live-Einsatz auf dem Appstor gemacht werden.

Answer 2

Ad-Hoc ist nicht für Entwickler, sondern für die Tester. Wer nicht iPhone SDK / XCode haben, iTunes nur.

(Die Antwort lautet: Sie Ad-hoc installieren können App ohne Entwicklerzertifikat und kann es nicht mit der Entwicklung app tun)

Answer 3

Methode 1: Installieren von XCode

Die Entwicklung Provisioning Profile erfordern, dass Sie die App (zunächst) aus XCode laufen.

Das hat den Nebeneffekt der Markierung, die Vorrichtung als für die Entwicklung verwendet werden, sondern erfordert, dass Sie auch das iPhone / iPod Touch an das Gerät anzuschließen XCode läuft. Sobald Sie die App von XCode ausführen, wird die App auf dem Gerät installiert ist und Sie nicht mehr benötigen, an die Maschine, um sie auszuführen verbunden werden. (Bis Sie die App aktualisieren möchten.)

Methode 2: Installieren von iTunes

Ein Ad-Hoc Provisioning-Profil können Sie die App zu jedermann geben und lassen Sie sie es selbst installieren Sie iTunes verwenden. Sie schicken sie:

• die App, und
• das Ad-Hoc Provisioning Profil

Sie wählen, ob diese beiden und ziehen Sie sie auf iTunes. Dann sync.

Später können Sie ihnen eine aktualisierte Version des App geben nur (ohne das Ad-Hoc Provisioning Profil, da sie bereits, dass auf dem Gerät installiert hat) und sie können die neuen App ziehen auf die iTunes Symbol der Installation eine neue Version.

Eine Beschränkung auf Ad-hoc-Verteilung ist, dass es Sie erfordert, dass jede Geräte-ID in das iPhone Entwicklung Portal einzugeben. Und es gibt eine Grenze zu 100 Geräte-IDs pro Jahr (Sie IDs nicht löschen kann, bis zum nächsten Jahr beginnt - sie nur hinzufügen). Die 100-ID Grenze wird kein Hindernis für die meisten Entwickler sein, nur im Kopf behalten, dass Sie die Geräte-ID vor der Zeit bekommen müssen, bevor Sie das Ad-Hoc Provisioning Profile erstellen, um die Person, die Sie Ihre App installieren möchten senden .