Partager via

Prérequis de déploiement d'applications (Windows pour ordinateur de bureau)

Pour installer et exécuter une application de bureau Windows, les composants dont dépend votre application doivent être installés sur l’ordinateur cible. Cet article fournit une vue d'ensemble de l'installation des composants requis pour les projets ClickOnce et Windows Installer Setup.

Vous pouvez sélectionner les composants requis, appelés prérequis, tels que .NET Framework et tout autre redistribuable dans le cadre de votre installation. Le processus d’installation des prérequis est appelé démarrage. Visual Studio génère un programme exécutable Windows nommé Setup.exe, également appelé programme d’amorçage. Le programme d’amorçage est responsable de l’installation de ces prérequis avant l’exécution de votre application. Pour plus d’informations sur la sélection de ces prérequis, consultez la boîte de dialogue Prérequis.

Un package de programme d’amorçage est un groupe de répertoires et de fichiers contenant les fichiers manifestes qui décrivent la façon dont les prérequis sont installés. Chaque prérequis qui apparaît dans la boîte de dialogue Prérequis est un package de programme d’amorçage. Si les prérequis de votre application ne sont pas répertoriés dans la boîte de dialogue Prérequis, vous pouvez créer des packages de programme d’amorçage personnalisés et les ajouter à Visual Studio. Vous pouvez ensuite sélectionner les prérequis dans la boîte de dialogue Prérequis. Pour obtenir plus d'informations, consultez Créer des paquets d’amorçage.

Par défaut, le démarrage est activé pour le déploiement de Windows Installer (à l’aide de projets d’installation dans Visual Studio) et du déploiement ClickOnce. Le programme d’amorçage généré pour le déploiement de Windows Installer n’est pas signé, mais dans le déploiement ClickOnce, le programme d’amorçage est signé. Vous pouvez désactiver le démarrage d’un composant, mais vous devez le faire uniquement si vous êtes sûr que la version correcte du composant est déjà installée sur tous les ordinateurs cibles.

Démarrage et déploiement ClickOnce

Avant d’installer une application sur un ordinateur client, ClickOnce examine le client pour s’assurer qu’il a les exigences spécifiées dans le manifeste de l’application. Ces exigences sont les suivantes :

  • Version minimale requise du Common Language Runtime, qui est spécifiée en tant que dépendance d’assembly dans le manifeste de l’application.

  • Version minimale requise du système d’exploitation Windows requise par l’application, comme spécifié dans le manifeste de l’application à l’aide de l’élément <osVersionInfo> . (Voir <l’élément de dépendance>.)

  • Version minimale de toutes les assemblies qui doivent être préinstallées dans le cache global des assemblys (GAC), comme spécifié par les déclarations de dépendance dans le manifeste de l'assembly.

    ClickOnce peut détecter les prérequis manquants et vous pouvez installer les prérequis à l’aide d’un programme d’amorçage. Pour plus d’informations, consultez Comment : Installer les prérequis avec une application ClickOnce.

Remarque

Pour modifier les valeurs des manifestes générés par des outils tels que Visual Studio et MageUI.exe, vous devez modifier le manifeste de l’application dans un éditeur de texte, puis signer à nouveau les manifestes d’application et de déploiement. Pour plus d’informations, consultez Guide pratique pour signer à nouveau des manifestes d’application et de déploiement.

Si vous utilisez Visual Studio et ClickOnce pour déployer votre application, les packages de programme d’amorçage sélectionnés par défaut dépendent de la version du .NET Framework dans la solution. Toutefois, si vous modifiez la version cible du .NET Framework, vous devez mettre à jour les options de la boîte de dialogue Prérequis manuellement.

Avec le déploiement ClickOnce, la page Publish.htm générée par l’Assistant Publication ClickOnce pointe soit vers un lien qui installe l’application uniquement, soit vers un lien qui installe l’application et les composants prérequis.

En générant le programme d’amorçage à l’aide de l’Assistant de publication ClickOnce ou de la page Publier dans Visual Studio, le Setup.exe est automatiquement signé. Toutefois, si vous souhaitez utiliser le certificat de votre client pour signer le programme d’amorçage, vous pouvez signer le fichier ultérieurement.

Démarrage et MSBuild

Si vous n’utilisez pas Visual Studio, mais que vous compilez plutôt vos applications sur la ligne de commande, vous pouvez créer l’application de démarrage ClickOnce à l’aide d’une tâche Microsoft Build Engine (MSBuild). Pour plus d’informations, consultez la tâche GenerateBootstrapper.

En guise d’alternative au démarrage, vous pouvez prédéployer des composants à l’aide d’un système de distribution de logiciels électronique, tel que Microsoft Systems Management Server (SMS).

Arguments de ligne de commande du programme d’amorçage (Setup.exe)

Les Setup.exe générées par Visual Studio et les tâches MSBuild prennent en charge l’ensemble suivant d’arguments de ligne de commande. Tous les autres arguments sont transférés au programme d’installation de l’application.

Si vous modifiez les options de programme d’amorçage, vous devez modifier le programme d’amorçage non signé, puis signer ultérieurement le fichier de programme d’amorçage.

Argument de ligne de commande Descriptif
-?, -h, -help Affiche une boîte de dialogue Aide.
-url, -componentsurl Affiche l’URL stockée et l’URL des composants pour cette configuration.
-url=location Définit l’URL dans laquelle Setup.exe recherchera l’application ClickOnce.
-componentsurl=location Définit l’URL où Setup.exe recherche les dépendances, telles que .NET Framework.
-homesite=true|false Lors de l'utilisation de true, télécharge les dépendances depuis l'emplacement préféré défini sur le site du fournisseur. Ce paramètre remplace le paramètre -componentsurl . Quand false, télécharge les dépendances à partir de l’URL spécifiée par -componentsurl.

Prise en charge du système d’exploitation

Le programme d’amorçage Visual Studio n’est pas pris en charge sur Windows Server 2008 Server Core ou Windows Server 2008 R2 Server Core, car il fournit un environnement serveur à faible maintenance avec des fonctionnalités limitées. Par exemple, l’option d’installation server Core prend uniquement en charge le profil .NET Framework 3.5 Server Core, qui ne peut pas exécuter les fonctionnalités visual Studio qui dépendent de l’intégralité du .NET Framework.

Contenu connexe