Hinzufügen von UDIDs zum Bereitstellungsprofil ohne Verwendung des Apple Developer Portals

Question

Meine Frage unterscheidet sich von anderen ähnlichen Fragen, da ähnliche Fragen während einer Zeit gestellt wurden, in der das Apple Developer Portal wegen Hacking nicht erreichbar war.

Gibt es eine Möglichkeit, das Hinzufügen neuer UDIDs zu einem Bereitstellungsprofil zu automatisieren?

Ich arbeite für ein Unternehmen mit einer Beta-App, die eine Slow-Rollout von einem 20.000 Benutzer private Beta für bestehende Kunden hat. Mit anderen Worten, ich möchte 20K UDIDs in den nächsten 6 Monaten nicht manuell mit dem ADP hinzufügen. Denken Sie daran, ich muss einen Nutzer nach seiner E-Mail-Adresse fragen, ihm eine E-Mail in einem Beta-Manager senden, ihn dazu bringen, eine E-Mail zu öffnen, um seine UDID zu erhalten, dann muss ich den ADP manuell öffnen füge es hinzu. All dies muss durchgeführt werden, bevor ich mein Profil in Xcode aktualisiere und dann einen Build archiviere, um ihn zu verteilen. Im Interesse der Vernunft und der effizienten Nutzung von Zeit, um Bugs zu beheben, die von Beta-Benutzern gemeldet werden, erscheint dieser ganze Prozess verrückt. Wir haben bereits 50 hinzugefügt und es macht mich verrückt.

Ich dachte, Fabric Beta könnte das gut für mich handhaben, aber es tut es nicht.

Gibt es eine Befehlszeilenschnittstelle zum Hinzufügen von UDIDs? Oder gibt es eine Möglichkeit, Nutzer per E-Mail einzuladen, und wenn sie die E-Mail auf ihrem Gerät öffnen, können sie unsere Beta-App installieren, ohne dass ich ihre UDIDs manuell im ADP hinzufügen muss? Wird durch das Upgrade auf ein Apple Enterprise-Konto dies behoben?

Bis jetzt bin ich überall Sackgassen. Ich habe gelesen, dass Fastlane damit umgehen könnte, aber ich habe keine legitimen Rezensionen von Entwicklern gefunden, die dies bestätigen. Bitte Stack Overflow ... arbeite mit deiner wundervollen Magie.

Answer 1

Ich habe es endlich herausgefunden.

Basierend auf this question, und zu viel Zeit verschwendet andere Lösungen im Voraus zu versuchen, habe ich den einzig vernünftigen Weg, dies zu erreichen, ohne gegen die Nutzungsbedingungen von Apple zu verletzen (was Sie tun würden, wenn Sie Apps an Nicht-Team zu verteilen) Mitglieder über das Enterprise-Entwicklerportal) ist TestFlight zu verwenden, erstellen Sie mehrere Apps in TestFlight (die jeweils unterschiedliche App-Namen + bundleIds haben müssen) derselben App und führen Sie mehrere externe Beta-Sitzungen gleichzeitig aus. Wenn Sie dies mit Fastlane automatisieren, können Sie den App-Namen + bundleId für jede Version auf einmal ändern und alle gleichzeitig auf TestFlight hochladen, um zu verhindern, dass einer verrückt wird, indem Sie dasselbe mehrmals machen müssen.

Jedes Mal, wenn Sie Fixes in einem neuen Build haben, mit dem Sie die Beta aktualisieren möchten, richten Sie einfach Fastlane ein, um die Build-Nummer zu automatisieren und in TestFlight zu implementieren - dann wird Ihre 60-tägige Beta-Sitzung zurückgesetzt.

Answer 2

Die Möglichkeit, eine App auf einem iOS-Gerät auszuführen, ohne die Geräte-ID einzeln in einem Profil zu registrieren (was für Sie sowieso nicht funktioniert, da pro Konto ein Limit von 100 Geräten besteht), ist die Verwendung eines Enterprise-Verteilungsprofils . Wenn eine App mit einem Unternehmensprofil signiert ist, kann sie auf jedem Gerät ausgeführt werden.

Die Benutzer müssen der Signieridentität "vertrauen", was den Einstieg in Einstellungen bedeutet. Das Vertrauen in die Signieridentität ist jedoch eine einmalige Sache. Dies kann etwas sein, was Sie in die Anweisungen für Ihre Betatester aufnehmen können.

Um ein Unternehmensprofil zu erstellen, müssen Sie sich für ein zusätzliches Enterprise-Entwicklerkonto anmelden: here. Es ist $ 299 pro Jahr zusätzlich zu Ihrem regulären Entwicklerkonto. Sobald Sie dies haben, erstellen Sie ein neues Unternehmensverteilungsprofil und verwenden es in Ihren Build-Einstellungen, um die App zu erstellen/zu signieren.

Beachten Sie, dass das Unternehmensprofil ein Jahr nach dem Generieren wie ein Entwicklerprofil abläuft. Das Zertifikat sollte 3 Jahre dauern. Wenn Sie beabsichtigen, die Verwendung der App für die Zeit, in der das Profil abläuft, fortzusetzen, fügen Sie am besten eine einfache Update-Überprüfung in die App ein, die die Nutzer auffordert, die App ungefähr einen Monat vor Ablauf zu aktualisieren. Sobald das Profil abgelaufen ist, wird die App einfach wie ein Standard-Entwicklungsprofil auf dem Benutzergerät abstürzen, ohne dass eine Begründung dafür angegeben wird.