Partager via


Partage d'un package d'application localement (applications du Windows Store)

Une fois que vous avez développé une application Windows Store, vous pouvez l'installer sur un ou plusieurs ordinateurs de sorte qu'elle puisse être testée par vous-même ou d'autres utilisateurs. Avant de pouvoir installer une application Windows Store sur un autre ordinateur, vous devez créer un package d'application, puis exécuter un script Windows PowerShell.

Création d'un package d'application

Avant d'installer l'application, vous devez créer un package d'application. Pour plus d’informations sur la création d’un package, voir Creating an app package.

Le package d'application que vous créez se trouve dans le dossier de sortie que vous avez spécifié pour l'emplacement de package et est nommé NomPackage_Test. Le dossier contient un fichier .appx, un certificat de sécurité, un script Windows PowerShell et d'autres fichiers.

Installez le package d'application qui sera utilisé pour les tests

  1. Dans le répertoire de sortie Visual Studio, recherchez le script PowerShell Add-AppDevPackage en même temps que votre fichier .appx.

  2. Dans le menu contextuel du fichier Add-AppDevPackage.ps1, sélectionnez Exécuter avec PowerShell.

    Important

    Si vous êtes membre du groupe de sécurité administrateurs sur l'ordinateur local, mais que vous n'êtes pas autorisé à accéder au partage réseau où se trouve le fichier Add-AppDevPackage.ps1, un message d'erreur indiquant que le fichier de script n'existe pas peut s'afficher. Pour contourner le problème d'accès, copiez le contenu du dossier de sortie sur votre ordinateur local avant d'exécuter le script.

    Le script effectue les étapes suivantes :

    1. Affiche des informations sur le certificat que le script doit installer. Le script affiche également un message d'avertissement concernant les risques liés à la modification de la stratégie d'exécution sur votre ordinateur local. La stratégie d'exécution vous protège des scripts auxquels vous ne faites pas confiance. Si vous modifiez la stratégie d'exécution, vous pouvez être exposé aux problèmes de sécurité décrits dans about_Execution_Policies.

      Notes

      Si vous avez lancé le script à partir de PowerShell plutôt qu'à l'aide du menu contextuel, aucun avertissement ne s'affiche concernant les risques liés à la modification de la stratégie d'exécution et le script échoue. Pour contourner ce problème, modifiez manuellement la stratégie d'exécution et exécutez à nouveau le script.

      Vous devez confirmer que vous souhaitez modifier la stratégie d'exécution en indiquant Y. Si vous indiquez N, vous ignorez cette opération et passez la suivante. Si vous indiquez S, vous suspendez le pipeline actuel et revenez à l'invite de commandes. Si vous écrivez le mot « exit », le pipeline reprend.

    2. Vérifie si vous possédez une licence développeur. Si le script ne trouve pas de licence ou si votre licence actuelle a expiré, vous êtes invité à en obtenir une.

      Pour obtenir une licence développeur, vous devez disposer d'un compte Microsoft. Pour plus d'informations, consultez Obtenir une licence développeur (applications Windows Store).

    3. Vérifie si un package d'application et les certificats requis sont présents. S'il manque des éléments, un message vous demande de les installer avant l'installation de ce package développeur. Par exemple, si le certificat du développeur est absent de l'ordinateur local, vous êtes invité à l'installer. Vous êtes également averti que l'installation d'un certificat numérique dans le magasin de certificats des personnes de confiance de votre ordinateur risque de poser un problème de sécurité sérieux et que vous devez installer ce certificat uniquement si vous faites confiance au créateur de ce certificat numérique. Lorsque vous avez fini d'utiliser cette application, vous devez supprimer manuellement le certificat numérique associé du magasin de certificats Personnes autorisées de votre ordinateur. Pour plus d’informations sur la suppression d'un certificat, consultez la page relative à l'utilisation de la console de certificats. Vous devez confirmer si vous souhaitez continuer.

      Les certificats de signature doivent contenir les valeurs suivantes :

      • Utilisation améliorée de la clé : Signature du code (obligatoire)

      • Contrainte de base : Type d'objet=Entité de fin (obligatoire)

      • Signature permanente EKU (facultatif)

      Toute autre utilisation améliorée de la clé (EKU) invalide le certificat. Si le script ne trouve pas les valeurs requises, une erreur s'affiche.

    4. Vérifie la présence de tous les packages de dépendance requis.

    5. Installe les éventuels packages de dépendance, puis le package d'application.

      Lorsque le package d'application a été installé, le message suivant s'affiche : « Votre package développeur a été correctement installé. »

  3. Sur l'écran Démarrer, sélectionnez la mosaïque qui affiche le nom de votre application.

    L'application démarre.

Note de sécuritéNote de sécurité

Si le script PowerShell ne s'exécute pas et qu'aucun message d'erreur n'en indique la raison, il est possible que le contrôle de compte d'utilisateur de l'ordinateur ait été modifié. Le paramètre de contrôle de compte d’utilisateur par défaut est M’avertir uniquement quand des applications tentent d’apporter des modifications à mon ordinateur (par défaut), mais il peut être modifié par Ne jamais m'avertir. Si vous utilisez un compte d'utilisateur standard pour vous connecter à un ordinateur dont le paramètre de contrôle de compte d’utilisateur est Ne jamais m'avertir, les modifications qui nécessitent une autorisation de l'administrateur seront automatiquement refusées. Dans ces circonstances, le script PowerShell démarre, mais nécessite des autorisations administratives pour continuer. La boîte de dialogue du contrôle de compte d'utilisateur ne s'affiche pas et Windows empêche automatiquement le script d'apporter des modifications. Pour résoudre ce problème, vous devez modifier le paramètre de contrôle de compte d’utilisateur ou exécuter le script en tant qu'administrateur.

Lorsque vous exécutez le script PowerShell Add-AppDevPackage.ps1, Visual Studio utilise la fonction Get-AuthenticodeSignature pour déterminer si le certificat de signature du test TEST Visual Studio Certification Authority doit être installé. Si le certificat de signature du test est déjà installé dans le nœud Certificats - Utilisateur actuel > Autorités de certification racines de confiance > Certificats, la fonction retourne une valeur indiquant que la signature est valide. Toutefois, le déploiement du package échouera quand même, car ce certificat n'est pas approuvé par Windows. Pour qu'il le soit, il doit être situé dans le nœud Certificats (ordinateur local) > Autorités de certification racines de confiance > Certificats ou dans le nœud Certificats (ordinateur local) > Personnes autorisées > Certificats. Seuls les certificats situés dans l'un de ces deux emplacements peuvent valider le certificat de confiance dans un contexte d'ordinateur local. Sinon, un message d'erreur similaire à la chaîne suivante s'affiche : « Add-AppxPackage : Échec du déploiement avec HRESULT : 0x800B0109, Une chaîne de certificats a été traitée mais s’est terminée par un certificat racine qui n’est pas approuvé par le fournisseur d’approbation. (Exception de HRESULT : 0x800B0109) erreur 0x800B0109 : Le certificat racine de la signature dans le package d'application doit être approuvé ». Si cette erreur s'affiche, vous devez déplacer le certificat de signature du test dans l'un des nœuds Certificats (ordinateur local) décrits ci-dessus. Pour plus d'informations sur le déplacement d'un certificat, consultez la page relative à l'utilisation de la console de certificats.

Voir aussi

Concepts

Signature d'un package d'application (applications du Windows Store)

Génération d'un package d'application à partir d'une invite de commandes (applications du Windows Store)