Qu'est-ce que Sharepoint (MOSS 2007) Meilleures pratiques de développement/déploiement

Question

Nous déployons sharepoint MOSS 2007 dans notre travail. J'essaie de trouver une méthodologie de développement et de déploiement de SharePoint. Nous avons des environnements Dev/QA/Prod et j'ai besoin d'un moyen, de préférence automatisé pour déployer les changements de Dev à QA et de là pour prod.

Nous sommes en train de créer des collections de sites Web, etc. Certaines parties sont réalisées directement dans Sharepoint, d'autres par le biais de Sharepoint Designer ou Visual Studio. Je cherche un moyen d'extraire ceci et de le déployer dans d'autres environnements.

J'ai essayé stsadm backup/restore import/export etc mais ils déplacent tous les données avec. J'ai juste besoin de la structure déployée. Les chemins et les travaux de déploiement de contenu font la même chose. Nous utilisons MSBuild & Curisecontrol.net pour d'autres projets .net pour automatiser le processus de construction/déploiement. Je cherche quelque chose de similaire avec sharepoint si possible.

Quelles sont vos meilleures pratiques pour cela? Puisque mon équipe apprend, nous n'avons pas de processus défini et nous sommes ouverts à changer notre processus de développement si nécessaire.

Answer 1

Tout d'abord, c'est un problème difficile.

Probablement la «meilleure» méthode consiste à tout mettre dans solution packages - mais c'est assez difficile à faire correctement.

Il y a beaucoup d'opinions là-bas - le meilleur que je peux faire est de vous donner plus de lecture

SharePoint Solution Deployment Strategies

SO - How do you deploy your SharePoint solutions?

ROSS - A commercial toolset to help with deployment

DocAve Deployment Manager

Answer 2

développement SharePoint/le déploiement n'est pas aussi bien réglé que c'est avec régulier .NET. Je n'ai entendu parler de personne utilisant des solutions CI pour cela.

Votre unité de déploiement de base est un package de solution (fichier WSP). C'est essentiellement un fichier CAB avec une extension différente. WSPBuilder est utile pour les créer. SPSource (http://spsource.codeplex.com) est assez bon pour l'ingénierie inverse de certaines choses que vous construisez dans un navigateur Web, tels que les types de contenu et les listes. C'est ma façon préférée de faire ça - essayer de les couper à la main n'est pas amusant. J'ai eu des listes simples d'ingénierie inverse de SPSource dans des fichiers XML de 2000 lignes.

Powershell est important pour SPT 2010. James Kovacs a construit un outil de construction appelé psake qui se branche sur PSH. Cela semble assez simple, même si je dois d'abord bien comprendre PSH.

Passer du temps sur http://sharepointdevwiki.com comme une ressource en constante évolution.

groupe modèles et pratiques Microsoft ont publié quelques conseils et à http://msdn.microsoft.com/en-us/library/dd203468.aspx

LearnDevNow.com vend également des vidéos de formation en ligne qui sont très bon et très abordable (environ 100 USD). Ils vous montreront beaucoup de bonnes manières de faire les choses.

Vive Mike