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?
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
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
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