Partager via

Créer des packages de solution SharePoint

À l’aide du Concepteur de packages, vous pouvez créer et personnaliser des packages de déploiement. Par exemple, vous pouvez ajouter des éléments de projet SharePoint et des fonctionnalités, réinitialiser le serveur IIS, définir des étendues d’activation des fonctionnalités et identifier les dépendances de fonctionnalité. Le concepteur génère également un manifeste, un fichier XML qui décrit chaque package.

Outils d’empaquetage

Vous pouvez utiliser le Concepteur de package pour personnaliser le package et générer le manifeste. Vous pouvez inclure des éléments de projet SharePoint, configurer si le serveur Web doit être réinitialisé et définir le type de serveur de déploiement. Pour plus d’informations, consultez Comment ajouter et supprimer des fonctionnalités et des éléments à un package en utilisant le Concepteur de packages.

Vous pouvez également utiliser l’Explorateur d’empaquetage pour modifier les fonctionnalités et les éléments de votre fichier de package (.wsp). Pour plus d'informations, consultez Comment ajouter et supprimer des fonctionnalités et des éléments à un package à l'aide de l'Explorateur de package.

Vous pouvez utiliser Visual Studio et MSBuild pour créer des fichiers de package (.wsp) pour déployer votre solution SharePoint. Ce processus génère les fichiers manifeste nécessaires au déploiement SharePoint. Pour plus d’informations, consultez Guide pratique pour créer un package de solution SharePoint à l’aide de tâches MSBuild.

Options du concepteur de package

Le tableau suivant montre les propriétés que vous pouvez personnaliser dans les packages SharePoint avec le Concepteur de packages.

Propriété du concepteur de package Description du paramètre par défaut
Nom Obligatoire. Le nom par défaut du package est défini sur ProjectName.
Réinitialiser webServer Optional. Sélectionnez si vous souhaitez redémarrer le serveur web une fois le fichier .wsp installé sur le serveur SharePoint.
Type de serveur de déploiement Optional. Représente le type de serveur hébergeant le package. S’il n’est pas défini, cette valeur est définie par défaut sur WebFrontEnd.

ApplicationServer : décrit un serveur qui héberge les services.

WebFrontEnd : décrit un serveur qui héberge des sites Web.
Éléments de la solution Tous les éléments et fonctionnalités de projet SharePoint qui peuvent être ajoutés au package.
Éléments du package Optional. Tous les éléments et fonctionnalités SharePoint que vous souhaitez déployer dans votre package.

Configurer le processus d’empaquetage

Après avoir développé des solutions SharePoint dans Visual Studio, vous pouvez personnaliser la façon dont les projets sont empaquetés.

Le tableau suivant présente les deux cibles MSBuild que vous pouvez utiliser pour personnaliser la création du fichier .wsp .

Cible Descriptif
AvantDisposition Cible qui effectue des tâches immédiatement avant que les fichiers soient copiés dans un répertoire intermédiaire. Vous pouvez modifier les fichiers avant de créer un fichier de package (.wsp).
AfterLayout Cible qui effectue des tâches immédiatement après la copie des fichiers dans un répertoire intermédiaire.

Pour plus d’informations, Guide pratique pour personnaliser un package de solution SharePoint à l’aide de MSBuild Targets.

Architecture d’empaquetage

Les étapes suivantes se produisent lorsque vous créez un package SharePoint (.wsp) dans Visual Studio.

  1. Les fonctionnalités et les packages sont validés pour vous assurer que la structure physique et sémantique du package est correcte.

  2. Les fonctionnalités, les éléments de projet et les fichiers de package du package sont énumérés. Les fichiers manifestes des packages et fonctionnalités sont transformés pour inclure toutes les informations nécessaires pour le déploiement et l’activation. Les jetons sont remplacés par la valeur entièrement qualifiée.

  3. La cible personnalisable BeforeLayout de MSBuild est effectuée. Vous pouvez créer cette étape pour apporter des modifications personnalisées au package avant la création du fichier .wsp .

  4. Les fichiers énumérés sont copiés dans un répertoire intermédiaire.

  5. La cible MSBuild AfterLayout personnalisable est effectuée. Vous pouvez créer cette étape pour apporter des modifications personnalisées au package avant la création du fichier .wsp .

  6. Les fichiers du répertoire intermédiaire sont ajoutés au fichier .wsp .

Structure de dossiers de paquet

Lorsque vous empaquetez votre projet SharePoint, un fichier .wsp est créé pour vous dans le dossier SolutionFolder\bin\<BuildConfiguration> . Par exemple, si votre solution se trouve dans C :\Visual Studio 2013\Projects\ListDefinition1 et que votre configuration de build est définie sur Release, le fichier .wsp se trouve dans C :\Visual Studio 2013\Projects\ListDefinition1\bin\Release.

Contenu connexe

  • Last updated on