Déployer, publier et mettre à niveau des packages de solution SharePoint
Après avoir développé une solution SharePoint dans Visual Studio, vous pouvez déployer son fichier de package (.wsp) sur un serveur SharePoint local ou le publier sur un serveur SharePoint distant ou local. Si vous déployez les fichiers, vous pouvez personnaliser la façon dont les fichiers de package (.wsp) sont déployés.
Notes
Actuellement, seules les solutions en bac à sable peuvent être publiées sur des serveurs SharePoint distants. Pour plus d’informations, consultez Considérations relatives aux solutions bac à sable (sandbox).
Déployer, publier et mettre à niveau
Le déploiement fait référence à la copie d’un fichier de solution SharePoint créé à partir d’un projet SharePoint dans Visual Studio vers un hôte local. Dans une solution déployée, vous pouvez configurer les étapes de déploiement, telles que le recyclage du pool IIS (Internet Information Services), l’activation de la solution après le déploiement, etc. Pour déployer, utilisez la commande Déployer dans le menu Générer. Pour plus d’informations, consultez Guide pratique pour modifier une configuration de déploiement SharePoint et Guide pratique pour déployer et publier une solution SharePoint sur un site SharePoint local.
La publication fait référence au chargement d’un fichier de solution SharePoint en bac à sable sur un site SharePoint distant; autrement dit, un site situé sur un autre système. Vous pouvez également publier un fichier de solution en bac à sable SharePoint sur un site SharePoint local, mais que le site publié soit local ou distant, vous ne pouvez pas configurer ses étapes de déploiement.
La mise à niveau fait référence à la mise à jour d’une solution SharePoint publiée à distance ou localement. Une fois les modifications apportées à la solution SharePoint dans Visual Studio, vous modifiez le nom du fichier de package de la solution, republiez la solution, puis mettez à niveau la solution après sa publication. Si vous republiez une solution publiée localement, vous pouvez remplacer le fichier de solution existant.
Déployer des packages
Vous pouvez déployer des fichiers de package sur le serveur SharePoint sur votre ordinateur de développement pour le test et le débogage. Vous pouvez également créer un fichier de package que vous pouvez installer sur un autre ordinateur en choisissant le bouton d’option Publier sur le système de fichiers dans la boîte de dialogue Publier. Le package est créé et copié dans le chemin d’accès du fichier local spécifié. Pour déployer une solution SharePoint sur le serveur local, utilisez la commande Déployer dans le menu Générer. Pour plus d’informations, consultez Guide pratique pour déployer et publier une solution SharePoint sur un site SharePoint local.
Pour savoir comment déployer une définition de liste, ajouter un récepteur d’événements et utiliser le Concepteur de fonctionnalités et le Concepteur de packages, consultez Procédure pas à pas : déployer une définition de liste de tâches de projet.
Personnaliser le processus de déploiement
Le tableau suivant présente les deux configurations de déploiement que vous pouvez utiliser lorsque vous déboguez et déployez une solution SharePoint.
Configuration du déploiement | Description |
---|---|
Default | Configuration de déploiement par défaut. Les étapes de déploiement suivantes sont effectuées : 1. Exécuter la commande de prédéploiement. 2. Recycler le pool d’applications IIS. 3. Retirer la solution. 4. Ajouter une solution. 5. Activer les fonctionnalités. 6. Exécuter la commande post-déploiement. Lorsqu’un package est désinstallé, les étapes de retrait suivantes sont effectuées. 1. Recycler le pool d’applications IIS. 2. Retirer la solution. |
Aucune activation | Cette configuration de déploiement exécute les mêmes étapes que la configuration par défaut, mais ignore l’étape d’activation. |
Vous pouvez créer vos propres configurations de déploiement pour effectuer une seule étape ou modifier l’ordre des étapes dans le processus de déploiement. Pour plus d’informations, consultez Guide pratique pour modifier une configuration de déploiement SharePoint.
Vous pouvez également ajouter des commandes à exécuter avant et après le déploiement. Pour plus d’informations, consultez Guide pratique pour définir des commandes de déploiement SharePoint.
Publier des packages sur un serveur distant ou local
Pour publier une solution SharePoint en bac à sable sur un serveur distant, dans la barre de menus, choisissez Générer, Publier, puis, dans la boîte de dialogue Publier, choisissez le bouton d’option Publier sur le site SharePoint, en fournissant l’URL du serveur distant, telle que https://someremoteserver.sharepoint.microsoftonline.com
.
Pour publier une solution SharePoint sur un serveur local, dans la boîte de dialogue Publier, choisissez le bouton d’option Publier sur le système de fichiers, en fournissant un chemin d’accès système local.
Une fois qu’une solution est publiée sur SharePoint, la solution apparaît dans la galerie de solutions où vous pouvez l’activer. Pour plus d’informations, consultez Guide pratique pour déployer, publier et mettre à niveau des solutions SharePoint sur un serveur distant.
Mettre à niveau les packages publiés
Si vous apportez des modifications à un projet SharePoint dans Visual Studio après sa publication, le package publié doit être mis à niveau pour inclure les modifications. Pour effectuer une mise à niveau, un package doit avoir un nom unique. Si un package portant le même nom est trouvé sur le site SharePoint, ce qui peut se produire lorsque vous mettez à jour une application existante, une erreur vous avertit du conflit de nom de fichier et vous permet de renommer le package. Après avoir été republié, le nouveau package apparaît sur le site SharePoint et peut être mis à niveau. Un package mis à niveau met à jour la solution à l’aide de données provenant de l’ancien package, puis active la solution dans SharePoint. Pour plus d’informations, consultez Guide pratique pour déployer, publier et mettre à niveau des solutions SharePoint sur un serveur distant.