Xcode 6 - Wie wähle ich ein Signaturzertifikat / Bereitstellungsprofil für die Ad-hoc-Verteilung aus?


143

Um die App an unsere Tester zu verteilen, verwenden wir Xcode, den wir wie folgt ausführen:

  • Archivanwendung
  • Für Ad-hoc verteilen
  • Wählen Sie das Bereitstellungsprofil
  • Speichern Sie die .ipa in einem Ordner

Mit Xcode 6 wurde dieser Workflow jedoch etwas geändert. Ich kann weiterhin die Ad-hoc-Verteilungsoption auswählen, aber ich kann das gewünschte Bereitstellungsprofil nicht auswählen. Dies gibt uns keine Kontrolle darüber, welches Signaturzertifikat verwendet wird und welche Konfiguration das Bereitstellungsprofil enthält (wir verwenden Push-Benachrichtigungen).

Standardmäßig wird die iPhone distributionSignaturidentität verwendet und eine Art XC Ad HocBereitstellungsprofil generiert, das in der folgenden Abbildung dargestellt ist: IPA exportieren Wenn Sie auf den Pfeil neben dem Bereitstellungsprofil klicken, wird der Ordner mit den Bereitstellungsprofilen geöffnet.

Meine Frage lautet also:

Gibt es in Xcode 6 eine Möglichkeit, das für die Ad-hoc-Verteilung verwendete Bereitstellungsprofil auszuwählen?

Vielen Dank!


Weiß jemand, ob dies behoben wurde? Gibt es überhaupt eine Möglichkeit, einen Build an iOS 7-Benutzer zu verteilen, um Push-Benachrichtigungen zu testen?
Haupman

mit Xcode 6 GM-Version, gleiche Ausgabe ...
Chris Chen

Wir haben also noch keine gute Lösung dafür? Die folgenden Antworten funktionieren bei mir nicht. Können wir das XC-Bereitstellungsprofil verwenden? Ich möchte keine Woche verlieren, in der ich auf die Bewertung von Apple warte. Vielen Dank
Miles M.

2
Ich hatte dieses Problem heute und es scheint, dass Xcode nur Verteilungsprofile verwendet, die alle Geräte verwenden, die Sie online registriert haben.
HackingOtter

1
Ernsthaft? Wir können die Bereitstellungsdatei nicht auswählen? Ich glaube, Yossarian lebt.
Ajbraus

Antworten:


52

Ich hatte das gleiche Problem, das mithilfe des Befehlszeilenskripts "xcodebuild" behoben wurde, das mit Xcode 6 vorinstalliert ist (Xcode 5 musste nicht neu installiert werden).

http://www.thecave.com/2014/09/16/using-xcodebuild-to-export-a-ipa-from-an-archive/

Skript im Terminal:

xcodebuild -exportArchive -archivePath $projectname.xcarchive -exportPath $projectname -exportFormat ipa -exportProvisioningProfile 'Provisioning Profile Name'

1
das funktioniert bei mir! Die anderen Antworten mit xcodebuildhatten keinen -exportProvisioningProfileSchalter.
Bunnyhero

6
Beachten Sie, dass dies nicht ordnungsgemäß funktioniert, wenn Ihre App Erweiterungen, eingebettete Frameworks oder Bibliotheken verwendet.
Clarkcox3

4
Das hat mir geholfen. Vielen Dank! Also aktualisiert Apple XCode, um beschissene XC Prov-Profile zu generieren, vergisst aber XCodeBuild. Diesmal haben wir einfach Glück gehabt. Oh! Wie Apple uns leiden lässt!
KamyFC

1
Ich setze dies als akzeptierte Antwort. Die Antwort funktioniert möglicherweise nicht in allen Fällen, aber mit bestimmten Änderungen kann xcodebuild verwendet werden, um dieses Problem zu lösen (dies tun wir auf unserem CI-Server).
Legoless

1
Ich wünschte, ich hätte 3 Stunden zuvor erfahren, dass xcodebuild jetzt auch in das ipa-Format exportieren kann! Ich habe so viel Zeit damit verschwendet, xcrun dazu zu bringen, ein bestimmtes Bereitstellungsprofil einzubetten, aber es funktioniert einfach nicht mit Xcode 6. xcodebuild funktioniert! Danke dir.
Oscar Hierro

31

Ich hatte ein ähnliches Problem beim Einreichen im App Store. Ich habe ein Archiv erstellt, dann auf "Senden" geklickt und Xcode wollte automatisch mit dem Standard-Platzhalter-Bereitstellungsprofil "XC com. *" Signieren, anstatt mit dem bereits vorhandenen expliziten Profil.

Um dies zu beheben, habe ich das Profil im Apple Developer Portal neu generiert:

1) Gehen Sie zu developer.apple.com und suchen Sie das Verteilungsbereitstellungsprofil, das Sie verwenden möchten.
2) Wählen Sie es aus, klicken Sie auf "Bearbeiten", benennen Sie das Profil um und klicken Sie auf "Generieren".
3) Laden Sie das Bereitstellungsprofil auf den Desktop herunter und ziehen Sie es auf das Xcode 6-Symbol.
4) Starten Sie Xcode 6 neu.
5) Öffnen Sie das Organizer-Fenster und klicken Sie in dem von Ihnen erstellten Archiv auf "Senden". Xcode wählt automatisch Ihr explizites Profil anstelle des generischen aus.


Hallo, gibt es eine offizielle Erklärung zu dieser Änderung?
Frank

Nicht, dass ich davon Wüste. Ich habe versucht, die alten und neuen Profile in einem Texteditor zu vergleichen, um
festzustellen,

2
Ich war skeptisch, aber das hat bei mir funktioniert. Ich habe gerade erst auf Xcode 6 umgestellt und versucht, meinen ersten Ad-hoc-Build
auszugeben

Bisher habe ich das Entwicklungsbereitstellungsprofil verwendet. Ist dies noch verwendbar oder muss ich ein Verteilungsprofil erstellen?
Legoless

Ja Legoless, Sie müssen ein Verteilungsprofil erstellen, um einen Build zu exportieren. Sie können weiterhin ein Entwicklungsprofil zum Debuggen verwenden, wenn Ihr Gerät mit Ihrem Mac verbunden ist.
Codeburn

27

Sobald Sie in Organizer sind

  • Wählen Sie den Ad-hoc-Build aus und klicken Sie auf "Exportieren ...."
  • Wählen Sie "Für Ad-hoc-Bereitstellung speichern" -> Weiter
  • Anstatt eine Organisation aus der Dropdown-Liste auszuwählen, wählen Sie "Lokales Signatur-Asset verwenden" -> Auswählen
  • Exportieren und speichern Sie .ipa wie zuvor.

Natürlich müssen Sie das Ad-hoc-Bereitstellungsprofil generiert, heruntergeladen und installiert haben.


5
Das Problem wurde dank dieser Antwort und dieser Antwort gelöst . Das Bereitstellungsprofil muss mit einer expliziten App-ID verknüpft sein, die dieselbe Bundle-ID wie Ihre App verwendet. Eine Platzhalter-App-ID funktioniert nicht. Sie müssen dann beim Exportieren der App "Lokales Signatur-Asset verwenden" auswählen.
Sarah Elan

@ SarahElan kombinieren Sie die zwei Antworten und schreiben Sie eine neue ... danke
YaBoiSandeep

Meiner Meinung nach und in Bezug auf meine Erfahrung denke ich, dass dies die beste Antwort ist. Vielen Dank.
Basem Saadawy

17

Es scheint, dass das zuletzt generierte Bereitstellungsprofil gerade gewinnt. Sie können also einfach das gewünschte Profil neu generieren und herunterladen, und Xcode verwendet es.

Ein etwas besserer Ansatz: Legen Sie das gewünschte Prov-Profil in Ihrem Ziel fest und erstellen Sie über die Befehlszeile Ihre IPA. Das funktioniert auch.

Hier ist das Skript, das ich verwende:

#!/bin/sh

# Current as working as of 2014/09/22
# Xcode 6

OUTPUTDIR="$HOME/build"
APPNAME="your-app"
SCHEME="your-app"
APP_WORKSPACE="$HOME/Path/To/your-app.xcworkspace"

rm "$OUTPUTDIR/$APPNAME.ipa" #deletes previous ipa
xcodebuild -workspace "$APP_WORKSPACE" -scheme "$SCHEME" archive -archivePath "$OUTPUTDIR/$APPNAME.xcarchive"
xcodebuild -exportArchive -exportFormat ipa -archivePath "$OUTPUTDIR/$APPNAME.xcarchive" -exportPath "$OUTPUTDIR/$APPNAME.ipa" 

und meine Einstellungen:

Xcode-Einstellungen


Gibt es einen einfacheren Weg?
Timur Bernikovich

Ich denke, das liegt an MacOS 10.0. ist noch in der Beta.
Timur Bernikovich

1
Das Problem bei der Verwendung von XC-Ad-hoc-Profilen besteht darin, dass sie immer alle Geräte enthalten. Dadurch entfällt die Option, einige Geräte zu deaktivieren, die Sie mit manuellen Profilen ausführen können.
Jonny

Das XC-Ad-hoc-Profil ist nur ein Beispiel. Sie können ein beliebiges Profil verwenden.
Thorsten

Sie sollten die Erweiterung '.ipa' aus dem Argument zu -exportPath entfernen, da sie von xcodebuild bereits automatisch hinzugefügt wird.
Oscar Hierro

8

Ich konnte das auch nicht herausfinden - habe mich beim Senden an den AppStore, wo standardmäßig ein Platzhalterprofil verwendet wurde, ein bisschen daran gewöhnt.

Am Ende habe ich Xcode 6 erstellt und bin dann zur Einreichung zum Organizer-Fenster von Xcode 5 zurückgekehrt. Auf diese Weise werden Sie aufgefordert, ein Profil auszuwählen, mit dem Sie unterschreiben möchten.


Dies ist die Problemumgehung, die ich mache. Aber ich möchte Xcode 5 jetzt wirklich loswerden. Ich denke jetzt daran, xcrun und die Kommandozeile zu verwenden.
Legoless

Ich habe alle vorgeschlagenen Lösungen ausprobiert, aber dies ist die einzige, die tatsächlich funktioniert.
HunTer DRF

8

In Xcode 6 (mindestens 6.1, das ich jetzt verwende) scannt xcode 6 beim Exportieren für Ad-hoc automatisch, ob ein Bereitstellungsprofil alle im Entwicklerkonto registrierten Geräte enthält und gleichzeitig mit der Bundle-ID übereinstimmt . Wenn nein, wird das XC-Bereitstellungsprofil verwendet. Wenn Sie beispielsweise Ihr eigenes Profil für Push-Benachrichtigungen verwenden möchten, müssen Sie alle Geräte in Ihrem Profil im Apple Developer Portal auswählen. Ich denke, das ist der Grund, warum manche Leute ein Profil neu erstellen würden und andere nicht.

Übrigens, Use Script kann exportiert und in Testflight hochgeladen werden, aber das Gerät kann es einfach nicht herunterladen. wahrscheinlich habe ich mich irgendwo geirrt. Wenn jemand weiß, warum es so ist, lass es mich wissen. tks


Vielen Dank! Das hat den Trick für mich getan. Ich habe das Profil so bearbeitet, dass es alle Geräte enthält, die App neu archiviert und Viola das richtige Profil verwendet.
Erik Villegas

Dies ist genau das und es klingt für mich wie ein Fehler oder dass die AdHoc-Distribution jetzt, da Apple TestFlight zur Verteilung von Beta-Versionen einführt, nicht die entsprechende Aufmerksamkeit erhalten hat. Was mir passiert ist, ist genau das, was @AlexHsieh beschreibt; Ich habe mein Bereitstellungsprofil wie immer erstellt, nur eine Teilmenge aller meiner registrierten Geräte ausgewählt. Als ich versuchte, die IPA zu generieren, konnte Xcode kein gültiges Bereitstellungsprofil finden und versuchte, dieses automatisch generierte XC-Profil (welches) zu verwenden auch in meinem Fall gescheitert). Das Update bestand darin, alle meine registrierten Geräte zum Bereitstellungsprofil hinzuzufügen.
Jjramos

7

Das hat bei mir funktioniert:

  1. Klicken Sie im Dialogfeld "..Entwicklung eines Entwicklungsteams .." auf "Konten anzeigen ..".
  2. Klicken Sie auf "Details anzeigen .." und suchen Sie das XC Ad Hoc-Bereitstellungsprofil.
  3. Klicken Sie mit der rechten Maustaste auf dieses Profil und wählen Sie "Im Finder anzeigen".
  4. Löschen Sie das ausgewählte Profil.
  5. Kehren Sie zum Dialog in Schritt 1 zurück.
  6. Klicken Sie auf "Auswählen".
  7. Klicken Sie auf den Pfeil neben dem Bereitstellungsprofil, um das Verzeichnis für die Bereitstellungsprofile zu öffnen.
  8. Löschen Sie das generische Profil erneut wie in Schritt 4.
  9. Klicken Sie im Dialogfeld "[Anwendungsname] an Apple senden:" auf die Schaltfläche "Zurück".
  10. Wählen Sie erneut "Für Ad-hoc-Bereitstellung speichern".
  11. Klicken Sie erneut auf die Schaltfläche "Auswählen".

Jetzt sollten Sie den richtigen Namen für das Bereitstellungsprofil sehen.


Ich habe den ersten nicht ausprobiert. Aber dieser hat für mich funktioniert. Vielen Dank. =]
Glauco Neves

5
Hat bei mir nicht funktioniert. Auch nach dem Löschen der Profile in den Schritten 4 und 8 werden die Profile neu erstellt und in Schritt 11 automatisch wieder ausgewählt.
Chun

1
Funktioniert bei mir nicht, da jedes Mal, wenn ich auf ein Konto klicken muss (ich habe mehrere Konten für die Bereitstellung von Apps für meine Kunden), das von XC generierte Profil neu erstellt wird. PITA von Apple.
Wuf810

Ich möchte hinzufügen, dass Sie vor dem Ausführen dieser Schritte mit XCode 6 die XC: * -Bereitstellungsprofile aus Ihrem Apple-Entwicklerkonto löschen sollten. Nach Schritt 4 würde ich zum Dialogfeld "Details anzeigen" zurückkehren und auf die Schaltfläche "Aktualisieren" klicken, um sicherzustellen, dass diese XC: * -Profile nicht mehr vorhanden sind. Verwenden Sie auch die Build-Einstellungen von Thorsten, um sicherzustellen, dass Sie das richtige Profil auswählen. Hat zweimal für mich gearbeitet.
Android Noob

Ich hatte das gleiche Problem wie @Chun und (@) wuf810. Diese verdammten mobilen Bestimmungen werden immer wieder neu erstellt. Ich habe das Verzeichnisfenster "Provisioning Profiles" geöffnet und die Schritte von (@) user3382891 ausgeführt. Löschen Sie die .mobileprovision-Datensätze so schnell, wie sie neu erstellt wurden. Schließlich wählte Xcode mein korrektes Bereitstellungsprofil aus. Jetzt bin ich beim nächsten Problem ...
Kris

6

Ich habe eine Problemumgehung dafür, die für mich funktioniert.

Ich habe sowohl Xcode 6 als auch Xcode 5.1.1 installiert, Xcode 6 befindet sich in Anwendungen und Xcode 5.1.1 befindet sich in einem anderen Verzeichnis. Wenn ich einen Build erstellen möchte, verwende ich Xcode 6, um das Archiv zu erstellen. Sie können das erstellte Archiv aber auch in Xcode 5.1.1 anzeigen, sodass ich Xcode 5.1.1 verwende, um die Ad-hoc-IPA mithilfe des Bereitstellungsprofils zu verteilen, das ich verwenden möchte. Erstellen Sie also mit Xcode 6, aber verteilen Sie mit Xcode 5.1.1.


Ich bin nicht in der Lage, Build auf diese Weise auf Testflight hochzuladen.
Hardik Hadwani

Wenn Sie dasselbe Bereitstellungsprofil zum Erstellen und Verteilen verwenden, sollten Sie in der Lage sein, Ihren Build hochzuladen, um den Flug auf diese Weise zu testen. Stellen Sie sicher, dass das Bereitstellungsprofil, das Sie zum Erstellen verwenden, mit dem übereinstimmt, das Sie zum Verteilen verwenden.
Adam Freeman


3

Die Antwort von @MrPatol hat bei mir nicht funktioniert. Mein Arbeitsszenario für Xcode 6.3.2

Im Mitgliedercenter -> iOS-Bereitstellungsprofile

  • Löschen Sie das Bereitstellungsprofil, das beim Erstellen der App standardmäßig festgelegt wurde (z. B. "XC ..."). Erstellen Sie ein Ad-hoc-Bereitstellungsprofil (keine Produktion) mit einem Kurznamen.

Im iPhone-Konfigurationsdienstprogramm -> Bereitstellungsprofile

  • Löschen Sie dasselbe Bereitstellungsprofil (z. B. "XC ...")

In Xcode -> Organizer

  • Wählen Sie den Ad-hoc-Build aus und klicken Sie auf "Exportieren ....". Wählen Sie "Für Ad-hoc-Bereitstellung speichern" -> Weiter
  • Wählen Sie eine Organisation aus der Dropdown-Liste aus
  • Überprüfen Sie, ob Ihr neues Ad-hoc-Bereitstellungsprofil automatisch ausgewählt wird
  • Exportieren und speichern Sie .ipa wie zuvor.

2

Hier sind die beiden wichtigsten Punkte, die das Problem für mich gelöst haben.

  • Wenn Sie das Bereitstellungsprofil generieren, muss es mit einer expliziten App-ID verknüpft werden, die dieselbe Bundle- ID wie Ihre App verwendet. Eine Platzhalter-App-ID funktioniert nicht.
  • Wenn Sie die App für die Ad-hoc-Bereitstellung exportieren, wählen Sie in der Dropdown-Liste Lokales Signatur-Asset verwenden aus und klicken Sie auf Auswählen.

Xcode findet dann das richtige Bereitstellungsprofil, indem die App-ID mit der Bundle-ID der App abgeglichen wird.


1

Tatsächlich müssen Sie ein neues Verteilungsprofil erstellen, das speziell für die Ad-hoc-Bereitstellung gilt. Dies ist im klassischen Mitgliedercenter zu finden, es handelt sich jedoch um einen neuen Zertifikatstyp.

Sie können dann auswählen, auf welchen Geräten die App getestet werden kann, wie Sie es mit einem Entwicklerprofil tun würden.

Das neu erstellte Zertifikat ist verfügbar, wenn Sie Ihr Paket wie gewohnt aus dem Organizer exportieren.

Alternativ können Sie die von Apple mit iOS 8 bereitgestellte TestFlight-Lösung verwenden, um Ihrem Benutzer den Zugriff auf die Vorabversion zu ermöglichen.

Geben Sie hier die Bildbeschreibung ein


Ja, aber wie Sie betonen, bedeutet dies nur iOS8. Apple war besonders dumm, Testflight-Benutzer nur zu iOS8 zu zwingen. Für eine Weile wird die größte installierte Basis immer noch iOS7 sein, also hätte Apple das zulassen sollen.
Wuf810

1

Ich hatte das gleiche Problem. Schließlich löste ich es und regenerierte das Profil, das ich in Xcode 6 verwenden wollte, einschließlich aller Geräte, die ich in meinem iOS-Dev-Konto registriert habe. Auf diese Weise wird bei Auswahl von Export das richtige Profil angezeigt und ich kann den Ad-hoc-Export mit Xcode 6 ohne Verwendung eines Skripts durchführen. Ich hoffe es hilft.


1
Dies funktioniert jedoch nur, wenn Sie mit dem Bereitstellungsprofil einverstanden sind, das alle in Ihrem iOS-Entwicklerkonto registrierten Geräte enthält. Um nur eine Teilmenge der Geräte im Bereitstellungsprofil zu verwenden, musste ich diese Technik verwenden: stackoverflow.com/a/26296138/71262
Oran Dennison

0

Ich habe eine Weile damit zu tun gehabt , aber mit Crashlytics wurde es gelöst. Der Build wurde mithilfe des ausgewählten Profils in den Build-Einstellungen Ihres Xcode-Projekts verteilt.

hoffe es hilft jemandem.


0

Fast das gleiche Problem. Nachdem Sie ein Archiv für die Verteilung erstellt haben (Produkt> Archiv), exportieren Sie das Archiv (klicken Sie auf Exportieren ...) und wählen Sie "Für Unternehmensbereitstellung speichern". Dann als nächstes". Anschließend wählen Sie die Standardeinstellung "Entwicklungsteam" (z. B. Organisationsname) und klicken auf "Auswählen". Schließlich wird eine Übersichtsansicht angezeigt, in der auch das Bereitstellungsprofil aufgeführt ist, das Xcode automatisch für Sie gefunden (möglicherweise im laufenden Betrieb erstellt) hat. Dies könnte das falsche Bereitstellungsprofil sein (normalerweise ein Platzhalter-Bereitstellungsprofil wie "XC: *") und möglicherweise auftreten, weil das Entwicklerportal bereits ein Platzhalter-Bereitstellungsprofil enthält.

Ich habe dafür ein Support-Ticket verwendet und nur diesen Link zurückbekommen: https://developer.apple.com/library/ios/documentation/IDEs/Conceptual/AppDistributionGuide/ConfiguringPushNotifications/ConfiguringPushNotifications.html#//apple_ref/doc/uid/TP40012582 -CH32-SW1 . Keine große Hilfe.

Ich habe festgestellt, dass die Lösung von MrPatol auch für Enterprise Deployment funktioniert und das Problem für uns löst. Ich habe mich zuerst beim Entwicklerportal angemeldet und manuell ein Bereitstellungsprofil erstellt, das zu meiner App passt. Laden Sie dann das neue manuell erstellte Bereitstellungsprofil herunter und installieren Sie es.


0

In xcode 7 konnte ich keine Ad-hoc-Bereitstellung über auswählen

Organizer -> In App Store & Organizer hochladen -> Validieren

Aber ich könnte über Organizer wählen -> Exportieren

Bearbeitet:

Hochladen der App nach für Testflug für adhoc App Store Export verursacht ein weiteres Problem diskutiert hier . Die Lösung für beide Probleme ist also eine. Erstellen Sie eine AppStore-Bereitstellung, um sie über den Organizer auswählen und testFlight durch Hochladen in den Appstore verwenden zu können.


0
  1. Ich denke, es ist eine richtige Möglichkeit, eine Option -exportOptionsPlist nach Xcode 7 anzugeben. Es werden die richtigen Bereitstellungsdateien wie beim GUI-Export ausgewählt, unabhängig davon, was Sie in der Projekteinstellung angeben.

xcodebuild -exportArchive -archivePath $ Archive_Path -exportPath $ LOCAL_PACKAGE_DIR -exportOptionsPlist $ Export_Plist_Path

Die Datei optionPlist ist wie folgt:

<dict>
  <key>teamID</key>
        <string>MYTEAMID123</string>
        <key> teamID </key>
        <string>app-store</string>
        <key>uploadSymbols</key>
        <true/>
</dict>


<plist>

App-Store, Enterprise, Ad-hoc, Entwicklung sind Alternativen

  1. Möglicherweise tritt nach oben ein anderer Fehler auf.

Error Domain = IDEDistributionErrorDomain Code = 14 "Keine zutreffenden Geräte gefunden." UserInfo = {NSLocalizedDescription = Keine zutreffenden Geräte gefunden.}

Es ist ein Rubinproblem. Versuchen Sie dieses Shell-Skript,xcbuild-safe.sh

xcbuild-safe.sh xxxxNormalOptionsInXcodebuild bla...
  1. Warten Sie einen Moment, ein weiterer seltsamer Fehler kommt.

xcbuild-safe.sh: Zeile 62: shell_session_update: Befehl nicht gefunden

Was zur Hölle shell_session_update? Lassen Sie uns das umgehen. Definieren Sie einfach eine Funktion vor dem echten xcodebuild cmd, nämlich in der Zeile 60 oder 61.

function shell_session_update() { :; }

-4

Bei der Beantwortung Ihrer spezifischen Frage gibt es keine Möglichkeit, das zu verwendende Bereitstellungsprofil auszuwählen. Was versuchst du zu tun? (dh was erlaubt das Profil, das Sie auswählen möchten, dass das automatisch generierte Profil dies nicht tut?)


1
Zum Beispiel eine bestimmte Liste von UDIDs für diese Anwendung verfügbar zu haben. Ich entwickle Apps für mehrere Clients und kann sie nicht verwechseln. Natürlich gibt es Möglichkeiten, dies zu umgehen, aber alle sind viel komplizierter als die einfache Auswahl des Bereitstellungsprofils, das ich verwenden möchte
Lope

Es gibt mit Sicherheit eine Möglichkeit, das zu verwendende Bereitstellungsprofil auszuwählen. stackoverflow.com/a/26296138/71262
Oran Dennison

1
@Lope Wenn auf einem Client eine Ihrer Apps und das zugehörige Profil installiert sind, kann er jede Ihrer Apps installieren (auch wenn die Profile der anderen Apps ihr Gerät nicht enthalten). Diese Verwirrung ist einer der Hauptgründe, warum wir Entwickler davon abhalten möchten, ihre Profile und Gerätelisten manuell anzugeben. (dh viele Menschen scheinen sich auf ein falsches Sicherheitsgefühl als Hauptgrund für die manuelle Angabe von Profilen zu verlassen)
clarkcox3

@ Clarkcox3 Nun, das ist noch schlimmer, ich möchte verhindern, dass der Kunde sich gegenseitig Apps sehen kann
Lope

@Lope: Mir ist keine Möglichkeit bekannt, Ad-hoc-IPA-Dateien zu verteilen, mit denen alle Ihre Apps Ihren Testern zur Verfügung stehen. Mit anderen Worten, Sie müssen Ihren Testern explizit die App zur Verfügung stellen, die sie testen sollen, oder? Diese physische Trennung würde sie daran hindern, andere Apps zu verwenden. (Es ist nicht so, dass sie in den Laden gehen und alle bekommen können, ja?) Gibt es eine andere Möglichkeit, wie Ihre Tester ohne Ihre Erlaubnis auf alle Ihre Apps zugreifen können?
Leanne
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.