W moim przypadku rzeczy w moim profilu aprowizacji:
security cms -D -i ~/Downloads/spolskyDevelop.mobileprovision
...
<key>application-identifier</key>
<string>P5GM95Q9VV.com.dca.spolsky</string>
<key>aps-environment</key>
<string>development</string>
Różnił się od rzeczy w aplikacji, która została faktycznie zbudowana (możesz dowiedzieć się, gdzie jest zbudowana, patrząc na kartę Dzienniki Xcode)
codesign -d --entitlements - '/Users/drew/Library/Developer/Xcode/DerivedData/spolsky-bdbtdfjeeywhqzccpmmceqvnhgtm/Build/Products/Debug-iphoneos/spolsky-ios.app'
<dict>
<key>application-identifier</key>
<string>Y2X6Z7Z2GR.com.dca.spolsky-ios</string>
<key>get-task-allow</key>
<true/>
<key>keychain-access-groups</key>
<array>
<string>Y2X6Z7Z2GR.com.dca.spolsky-ios</string>
</array>
</dict>
To prawda, mimo że tekst podpowiedzi „Aktualnie pasuje” w sekcji Tożsamość podpisywania kodu wskazywał prawidłowy profil obsługi administracyjnej - dziwne, co? Aby ta dziwna historia była jeszcze dziwniejsza, na urządzeniu był instalowany prawidłowy profil obsługi, kiedy uruchomiłem (Ustawienia-> Ogólne-> Profile), co doprowadziło mnie do przekonania, że profil aprowizacji był prawidłowy - ale wracał do identyfikatora wieloznacznego kiedy aplikacja została faktycznie uruchomiona .
Wskazówką była różnica w wynikach tych dwóch poleceń:
Y2X6Z7Z2GR .com.dca. spolsky-ios vs P5GM95Q9VV .com.dca. spolsky
Kiedy dopasowałem pogrubioną część, część zapisana kursywą zmieniła się, aby dopasować automatycznie. Ponadto dane wyjściowe związane z bezpieczeństwem i kodem były zgodne i nie było więcej błędów związanych z uprawnieniami aps.
Domyślam się, że XCode używał dopasowania w stylu symboli wieloznacznych w moim identyfikatorze nie-wieloznacznym. („spolsky” to w końcu prawie „spolsky-ios”), co wyjaśnia wynik „Obecnie dopasowań”. Ale coś w łańcuchu kompilacji jest bardziej rygorystyczne, więc podczas kompilacji wraca do rzeczywistego identyfikatora wieloznacznego .