iOS Archive does not respect release flag
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 3/5
- Temps estimé
- 1-2 jours
- Accessibilité débutants
- 42/100
- Type d'issue
- Bug
- Clarté
- Plutôt claire
- Activité
- À l'abandon
- Stack technique
- ios, javascript
Piste de recherche
Commencez par le flux d’archivage tns build ios --for-device --release et comparez le profil d’approvisionnement sélectionné dans platforms/ios/build/device/<myapp>.app avec celui intégré dans l’IPA extrait. Examinez ensuite le contenu associé sous platforms/ios/archive ; la tâche est terminée lorsque l’archive utilise le même profil Release que l’application générée.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
I've spent hours debugging a problem with an IPA and ends ups that the CLI does not respect the --release flag when it does archiving. I have the following in my build.xconfig:
DEVELOPMENT_TEAM = 9832T735TV;
CODE_SIGN_ENTITLEMENTS = <My App>/Resources/app.entitlements;
CODE_SIGN_IDENTITY[config=Debug] = iPhone Developer;
CODE_SIGN_IDENTITY[config=Release] = iPhone Distribution;
PROVISIONING_PROFILE[config=Debug] = a5ec2d86-9bfb-48e4-b8c0-a75c39a0a5bd;
PROVISIONING_PROFILE[config=Release] = a03834fd-afb5-4bda-a789-c6bda4550ec0;
ASSETCATALOG_COMPILER_APPICON_NAME = AppIcon;
ASSETCATALOG_COMPILER_LAUNCHIMAGE_NAME = LaunchImage;
When I run tns build ios --for-device --release and I inspect the contents of the platforms/ios/build/device/<myapp>.app the embedded.mobileprovision is the correct one (the Release one above). But if I extract the IPA file's Payload and inspect the embeeded.mobileprovision there it is the wrong one (the Debug one above). If I go to platforms/ios/archive and open the archive in XCode and export for AdHoc (for example) the correct provisioning profile is being used.
Expected behavior
The CLI should use the same provision profile when archiving as the one used to build the .app file.
- Langage dominant
- JavaScript
- Étoiles
- 1.1k
- Forks
- 204
- Merge moyen
- 1 j 9 h
- PR mergées (30 j)
- 8
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de NativeScript/nativescript-cli
-
in-progress
NativeScript/nativescript-cli#6140 · 2 commentaires · 1 personne assignée ·
-
NativeScript/nativescript-cli#6090 · 1 personne assignée ·
-
in progress
NativeScript/nativescript-cli#6015 · 1 réaction · 1 personne assignée ·
-
question
Difficulté 4/5 3-5 jours Accessibilité débutants 48/100
NativeScript/nativescript-cli#5992 · 5 commentaires ·
-
feature-pending-triage
Difficulté 4/5 3-5 jours Accessibilité débutants 35/100
NativeScript/nativescript-cli#5975 ·
Toutes les issues de NativeScript/nativescript-cli
Issues similaires
-
code-quality refactoring
Difficulté 2/5 1-3 heures Accessibilité débutants 84/100
github/gh-aw-firewall#8816 ·
-
integration:quickjs org:external priority:backlog topic:code-interpreter topic:middleware type:feature
Difficulté 2/5 1-3 heures Accessibilité débutants 74/100
langchain-ai/deepagents#6450 ·
-
optimization optimization:agents-md-curator
Difficulté 2/5 1-3 heures Accessibilité débutants 86/100
githubnext/gh-aw-cao#13143 ·
-
status: needs triage
Difficulté 2/5 1-3 heures Accessibilité débutants 88/100
-
Difficulté 2/5 1-3 heures Accessibilité débutants 88/100