Question

Je suis maintenant en train de planifier le déploiement d'une solution SharePoint dans un environnement de production.
J'ai lu certains outils qui promettent un moyen simple d'automatiser ce processus, mais rien qui ne semble correspondre à mon scénario.

Dans la phase de test, j'ai utilisé SharePoint Designer pour copier le contenu du site entre les différents serveurs de développement et de test, mais ce processus est manuel et semble un peu inutile.

Le site est composé de pages de composants WebPart SharePoint avec des composants WebPart personnalisés et de nombreuses définitions de rapports Reporting Services.

Alors, existe-t-il de bons conseils dans ce vaste pays de geeks sur la façon de créer et de déployer le plus efficacement possible un site SharePoint pour un scénario de déploiement multiple ?

Modifier
Juste pour clarifier.Je dois déployer plusieurs « sites SharePoint » dans une collection de sites existante.Étant donné que SharePoint aime avoir ses sites dans la base de données de contenu SharePoint, le simple fait de placer les fichiers dans IIS n'est pas une option pour le moment.

Était-ce utile?

La solution

Je suggérerais également de consulter l'assistant de déploiement de contenu SharePoint de Chris O'Brien.http://www.codeplex.com/SPDeploymentWizard

Cela devrait aider à faciliter le processus que vous décrivez, et c'est un outil intéressant pour votre sac quoi qu'il en soit.

Autres conseils

Lars

Regarde cet article =>

MOSS avec MSBuild

Nous avons un BizTalk 2006 avec une application Web et plusieurs services Web qui doivent passer du développement à l'UAT pour passer en direct.

Nous utilisons MSBuild directement depuis VS pour créer, exécuter des tests, en fonction du résultat des tests, nous conformer, compresser et expédier aux serveurs.

Petit script MSBuild sur le serveur pour décompresser, déplacer les fichiers, installer une application Web propre, supprimer la liste des bits biztalk, installer de nouveaux bits biztalk, réinscrire puis démarrer le matériel.

MSBuild est énorme et davantage de personnes doivent l'utiliser tel quel, directement sur la plateforme =>

Utiliser MSBuild

Notez que « solution » a une signification spécifique dans Sharepoint :un ensemble de fonctionnalités (telles que des composants WebPart, des définitions de liste, etc.) conditionnées pour le déploiement sous forme de fichier .wsp.

Vous créez généralement des solutions sharepoint dans Visual Studio, les emballez et les déployez à l'aide d'un outil tel que Sharepoint SmartTemplates. http://www.codeplex.com/smarttemplates

Cependant, dans votre cas, vous avez déjà du contenu sur un site sharepoint en direct que vous souhaitez déplacer vers un autre site.Il sera probablement trop fastidieux d'utiliser une solution pour cela, surtout si vous souhaitez le faire plusieurs fois (bien qu'il soit possible de générer une solution à partir d'un site actif à l'aide de SharePoint Solution Generator).

Le moyen le plus simple de déployer tout le contenu d'un site actif vers un autre consiste à créer une sauvegarde du site à l'aide de stsadm, puis à la restaurer à nouveau sur le nouveau site à l'aide de la restauration stsadm.Cela écrase complètement le nouveau site.

Vous pouvez déplacer des fichiers/listes sélectionnés en utilisant l'importation/exportation (plutôt que la sauvegarde/restauration).Un outil tel que l'assistant de déploiement de contenu SharePoint facilite la sélection du contenu à déplacer.

Vérifiez ce cadre sur saf.codeplex.comCela nous donne la possibilité d'automatiser le déploiement des composants sharepoint à l'aide de msbuild/features/stsadm etc.

Nous avons constaté que ROSS fonctionne le mieux :http://repliweb.com/products/ross/

WSS dispose d'une prise en charge intégrée pour le déploiement de composants wss.Voir http://msdn.microsoft.com/en-us/library/aa543214.aspx

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top