1

Ich habe zwei verschiedene Schemata, die auf zwei verschiedene Paketkennungen zeigen.Provisionierungsfehler in Xcode bei Verwendung mehrerer Konfigurationen

com.myapp.appname

com.myapp.appname.Debug

Jeder Punkt auf 2 verschiedenen Provisioning-Profile.

Immer wenn ich einen Lauf auf dem Schema mit der Debug-Bundle-ID - ich bekomme eine Fehlermeldung, dass meine Bereitstellungsprofile Bundle-ID (com.myapp.appname.Debug) stimmt nicht mit meiner App-Bundle-ID (com.myapp.appname) - obwohl das Bündel-ID, die ich mit zur Zeit bauen bin eigentlich com.myapp.appname.Debug

um zu testen, weiter ist, habe ich es das Provisioning-Profil für com.myapp.appname

die verwenden build gelang ohne Fehler, konnte aber nicht auf dem Gerät installiert werden, da es mit ungültigen Berechtigungen signiert war. Da die Bundle-ID der App tatsächlich com.myapp.appname.Debug ist

Haben Sie irgendwelche Gedanken darüber, warum es während des Codesignaturprozesses nach der falschen Paketkennung sucht?

+0

Gibt es einen Grund, dass Sie Schemas für diese anstelle von Build-Konfigurationen verwenden? Wenn Sie nur einfache Dinge wie Icons, Paket-IDs, Code-Signaturen usw. ändern, sind Build-Konfigurationen eine viel einfachere, sauberere Lösung. – wottle

+0

Ich verwende Build-Konfigurationen. Ich habe ein Schema, das auf meine DebugDEV-Build-Konfiguration beim Ausführen verweist. Ich benutze die Schemata, um Build-Konfigurationen zu wechseln. – nserror

+0

Sie sollten für die Build-Konfigurationen keine separaten Schemata verwenden müssen. Getrennte Schemata sind für, wenn Sie verschiedene Aufbauten der Anwendung erzeugen müssen, die unterschiedliche Quelldateien enthalten. – wottle

Antwort

2

Das Problem gefunden. Durch das Ändern der Paket-ID in meiner Datei "info.plist" wurde die Produktpaket-ID unter Verpackung in den Buildeinstellungen nicht aktualisiert.

Ändern Sie es dort behoben das Problem. Nicht sicher, ob das Ändern der Paket-ID in der Datei info.plist diese Eigenschaft aktualisieren soll oder nicht. Dies ist in Xcode 7.3.1

+0

Es wird, wenn Sie die entsprechende Umgebungsvariable dafür verwenden. Wenn Sie die neue Bundle-ID manuell eingegeben haben, werden die beiden nicht verknüpft, und Sie müssen sie jedes Mal an beiden Orten aktualisieren. – wottle