NDepend - Plusieurs ensembles .NET ont le nom {} MyAssembly mais ils sont différents
https://stackoverflow.com/questions/3667100
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianQuestion
Je viens de commencer à utiliser NDepend et essaie d'analyser une solution.
Cet avertissement apparaît lorsque j'ajoute les assemblées de la solution et il ne se charge pas des assemblages avec l'avertissement:
charge « Cant l'Assemblée {} MyAssembly: Plusieurs ensembles .NET ont le nom {} MyAssembly mais ils sont différents: ... la liste des fichiers .dll dans le projet contenant cet ensemble
Qu'est-ce que pourrait être la cause? J'utilise un fichier AssemblyInfo.cs commun ainsi que le standard pour définir des attributs communs, mais il n'y a aucun conflit entre ces attributs.
La solution 2
J'ai eu un projet dans ma solution (les tests de projet) qui n'a pas été mis à construire et référence la plupart des autres assemblées. Même lorsque décochant cette assemblée de NDepend il encore jeté l'erreur.
Autres conseils
David, l'erreur est que, dans l'ensemble des dossiers que vous avez saisies dans votre projet NDepend, NDepend trouvé plusieurs différentes occurences de {} MyAssembly.dll. Signification par exemple, vous avez un fichier {MyAssembly v1.0.1} et un fichier {MyAssembly v1.0.2}.
Apparemment, cela est quelque chose que vous ne saviez pas, si NDepend a fait un bon travail présentant un défaut.
Dans le Projet Immobilier> Code pour Analyser panneau, hover l'ensemble {} MyAssembly avec la souris. Dans l'info-bulle qui apparaît, vous verrez plusieurs chemins différents pour des différents occurence des fichiers {MyAssembly.dll}.
J'ai vu cela se produit quand j'ai deux versions d'une solution dans le même répertoire parent sur ma machine.
-root
-- solutiona
-- solutionb
Mon projet NDepend a été attaché à la solution dans le répertoire solutiona. Cependant, NDepend balayait à partir de la racine, et trouver dll dans les deux solutiona et solutionb. Je me suis déplacé une copie de la racine, et a été en mesure de procéder.
J'utilise NDepend 4.1.0.6871. Ce comportement ne peut se produire avec les nouvelles versions.
