2012-11-09 4 views

Répondre

0

La plupart des choses dans SharePoint sont suivis/identifiés par GUIDs. Les packages de solutions ne sont pas différents. Cela a probablement peu de conséquences pour la plupart des développeurs.

Il existe des situations où cela peut entrer en jeu. Un exemple est lorsque vous essayez de mettre à jour un package de solution avec le même nom mais ID différent. SharePoint vous empêchera de le faire car il pense (raisonnablement) que les paquets sont différents et ne devraient donc pas être mis à jour.

J'ai rencontré la situation ci-dessus où plusieurs développeurs (ou même un développeur avec différents environnements de développement) construisaient une solution en utilisant un outil tel que WSPBuilder et la source qu'ils partageaient dans le contrôle source n'incluait pas le fichier avec le identifiant de solution dedans. Le résultat est que différents environnements peuvent potentiellement construire ce qui est effectivement le même paquet parce que la source est partagée, mais assigner différents identifiants de solution.

Cela a semblé être une réponse longue pour une question simple.: P

Questions connexes