Comment éviter VSeWSS 1.3 de l'ajout d'assemblées au manifeste de solution

Question

J'ai récemment amélioré ma machine de développement de SharePoint pour VSeWSS 1.3 et ont remarqué un comportement que je ne pensais pas existé auparavant. J'ai deux parties Web personnalisées qui utilisent plusieurs ensembles communs, et les deux vivent dans le même site. Je suis en train de créer une troisième partie Web « commune » que les copies de ces fichiers dans le dossier Bin et ajoute les entrées de contrôle de sécurité à web.config afin que je puisse retirer l'une des solutions de partie Web, le cas échéant, sans paralyser l'autre.

Avec la version précédente de VSeWSS je pensais seulement inclus dans le manifeste des assemblées si vous les a inclus dans le projet Visual Studio donné. J'ai enlevé les assemblées communes des deux projets de partie Web, mais les entrées pour y mettre fin encore dans leurs manifestes de solution. Il est évident que les extensions cherchent les références pour la partie Web et va par là, même si le fichier est dans un autre répertoire alltogether.

Est-il possible de dire aux extensions de ne pas ajouter des entrées de montage au manifeste même si elles sont référencées dans le projet? Ou est-il une meilleure façon de séparer le code commun des parties Web qui l'utilisent?

Answer 1

Oui, vous pouvez empêcher VSeWSS de déployer des ensembles. Il suffit de sélectionner l'ensemble dans la liste des ensembles référencés en vous VS projet et regarder ses propriétés. Vous y trouverez l'option « localCopy », que vous avez défini sur false pour empêcher l'ensemble d'être déployé.