Partager via

Création de packages de solution SharePoint

  • Article

À 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 et des fonctionnalités SharePoint, 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 Guide pratique pour ajouter et supprimer des fonctionnalités et des éléments dans un package à l’aide du Concepteur de packages.

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

Vous pouvez utiliser Visual Studio et MSBuild pour créer des fichiers de package (.wsp) afin de 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 facultatif. Sélectionnez si vous souhaitez redémarrer le serveur web après l’installation du fichier .wsp sur le serveur SharePoint.
Type de serveur de déploiement facultatif. Représente le type de serveur qui héberge le package. Si ce n’est pas le cas, la valeur par défaut est WebFrontEnd.

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

WebFrontEnd : décrit un serveur qui héberge des sites web.
Des éléments dans la solution Tous les éléments et fonctionnalités de projet SharePoint qui peuvent être ajoutés au package.
Éléments du package facultatif. L’ensemble des é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 façon dont le fichier .wsp est créé.

Cible Description
BeforeLayout 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 que les fichiers soient copiés dans un répertoire intermédiaire.

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

Architecture d’empaquetage

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

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

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

  3. La cible MSBuild BeforeLayout personnalisable est généré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 généré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 package

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 Publication, le fichier .wsp se trouve dans C:\Visual Studio 2013\Projects\ListDefinition1\bin\Release.

Contenu connexe