Meilleur format de projet pour le déploiement VS2005 + SharePoint?

Question

Tout d'abord, permettez-moi d'utiliser une phrase pour laisser sortir une certaine frustration: Mon dieu, le développement pour SharePoint est un gâchis f-ing

OK, désolé, laissez-moi concentrer sur 1 scénario spécifique. J'ai développé (VS2005) certaines fonctionnalités qui fonctionne si je déployer en tant que DLL sur un serveur SharePoint (MOSS2007). Maintenant, je suis en train d'identifier la meilleure façon de le conditionner en fonction déployable.

D'après les résultats de recherche, vous penseriez que personne n'a jamais réussi à faire cela d'une manière répétitive! Chaque article contredit l'autre, ou les documents une technique qui patches un problème avec les techniques de quelqu'un d'autre, et à son tour est probablement mis à jour dans un autre article. Beaucoup semblent basées sur les méthodes existantes pour 2003, WSS, etc. Certains vous recommandons d'utiliser des tâches MSBuild pour déployer votre code, copier les fichiers manuellement dans des répertoires avec des noms tels que « 12 », ou en utilisant des outils tels que SharePoint Designer ou d'apporter des modifications directement à un serveur . Ces sons comme hacks que les développeurs utilisent pour installer sur un serveur de test. Quelqu'un at-il jamais créé un projet qui, après une construction réussie, peut être pris à une autre machine et déployé avec un installateur ou une instruction de ligne de commande unique via STSADM?

Je reconnais que je n'ai connaissance de l'administration SharePoint d'un débutant, mais il doit être plus facile qu'il n'y paraît. Je pense que je comprends les concepts de base à http://msdn.microsoft.com/ fr-fr / bibliothèque / ms413687.aspx mais n'est pas là un moyen d'automatiser cela? Il doit y avoir un pratique recommandée pour les fonctions d'emballage à déployer sur un serveur 2007 .. mais pour la vie de moi je ne peux pas comprendre que l'on est. (Ma meilleure estimation est que c'est quelque chose comme ceci: http://www.codeplex.com/sptemplateland , mais qui n'a pas été mis à jour depuis février 2007).

Quelqu'un peut-il aider? Merci beaucoup!

Answer 1

Le « parler dans la rue » tourne généralement autour de trois options pour le développement de SharePoint.

1. VSeWSS , propres extentions de Microsoft Visual studio.
2. STSDEV , pré-crée une solution VS en fonction de vos spécifications
3. WSPBuilder , ma préférence en raison de son intégration VS

Tous ont des forces et des faiblesses et je vous conseille d'essayer tous les trois pour trouver votre préférence.

.B

Answer 2

Après avoir utilisé VSeWSS 1.2 Je recommande la création d'une solution STSDEV qui enveloppe le code et copie le webpart au bon endroit.

Mise à jour Cependant, VSeWSS 1.3 est maintenant le MS « officiel » de prendre des choses et sera pris en charge dans les futures versions de Visual Studio, de sorte que est probablement la route à prendre maintenant.

Malheureusement, vous allez encore besoin de savoir où tout doit s'adapter à aller dans SharePoint pour le faire fonctionner. Sous le capot, la solution et la fonctionnalité utilisent encore des formats XML noueux pour contrôler la direction de tous les bits de déplacement de la solution.

Après un certain temps la douleur aiguë vous sent émousse à un faible palpitation.