Question

J'ai plusieurs projets / solutions de WSP pour mes différentes webparts Sharepoint et récepteurs d'événements. Cela est bien pour le développement, mais je voudrais fusionner les fichiers .wsp résultant en un seul pour le déploiement de production. Est-il possible de le faire? J'utilise VSeWSS 1.2 seulement.

Était-ce utile?

La solution

Cela va être douloureux, mais pour vraiment faire cela correctement pour la production vous pousse devriez abandonner VSeWSS 1.2, réorganiser vos projets à l'intérieur de Visual Studio et utilisez WSPBuilder.

WSPBuilder est grande, car il faut beaucoup de travail manuel sur la création manifeste, DDF et la compilation de l'ACR.

Autres conseils

Vous allez devoir faire beaucoup de travail VSeWSS fait en arrière-plan de votre auto. il y a un artical sur MSDN sur les bases de la création d'un WSP Création d'un package Solution windows SharePoint services 3.0 Un WSP est un fichier .cab qui contient une manifest.xml et une structure de fichier, il est imortant que vous placez les fichiers au bon endroit dans le WSP afin qu'ils soient déployés au bon endroit dans SharePoint.

Je suis d'accord avec JD

  

Cela va être douloureux, mais   vraiment faire cela correctement pour   la production pousse vous devriez laisser tomber   VSeWSS 1.2, réorganiser vos projets   à l'intérieur de Visual Studio et de l'utilisation   WSPBuilder.

Ce serait un bon moment pour restructurer la structure de code que vous et l'assemblage de façon à minimiser le nombre d'ensembles que vous devez déployer.

Si vous avez des composants WebPart assurez-vous de vérifier que les fichiers xml Feature sont corect comme preparses de VSeWSS et ne replacment texte befor générer ses fichiers WSP. Il commanly stocke un guid dans le fichier où un nom d'assemblage complet est requierd.

Si vous allez faire beaucoup de SharePoint dev travail, il est probly la peine de passer un peu de temps à apprendre le manafest.xml et le reste du travail des paquets WSP.

Je ne l'ai pas vu un outil qui le fait, mais il ne devrait pas être difficile de créer:

  1. Décompressez les paquets WSP (Ils sont juste fichiers de cabine avec une extension impair)
  2. Fusionner les structures de répertoire
  3. Fusionner les fichiers Manifest.xml
  4. Zip le package combiné

Il y a un avantage de ne pas avoir tout votre code dans un seul WSP .. vous pouvez faire des déploiements partiels et vous n'avez pas tout votre code dans un gigantesque Visual Studio Solution.

Pourquoi script tous les déploiements WSP dans 1 fichier script? Il semble une solution beaucoup plus transparente que tripoter le WSP lui-même.

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