Comment déboguer une bibliothèque OSS ajoutée à mon projet d'application par NuGet?

Question

J'ai ajouté une bibliothèque NuGet à mon projet. J'ai également cloné le code de la bibliothèque de GitHub et compilé dans le débogage.

Comment puis-je faire en sorte que mon projet utilise les PDB pour que je puisse entrer dans le code de la bibliothèque? Puis-je faire cela en conservant une référence à la bibliothèque NuGet? Je pourrais juste enlever la référence de NuGet et ajouter une référence au projet de bibliothèque. J'ai essayé d'ajouter un chemin aux PDB dans les paramètres VS Symbols mais cela n'a pas fonctionné (j'ai ouvert un fichier de code source de la bibliothèque dans mon VS pendant le débogage et mis un point d'arrêt quelque part je sais qu'il est touché, n'a pas)

Answer 1

Si vous êtes chanceux projet OSS publie des paquets sources et symboles à SymbolSource, de cette façon vous pouvez simplement les ajouter aux sources Symbole, éteindre « Juste mon code » dans le paramètres du débogueur et débogage. Si vous n'êtes pas chanceux, mais si l'auteur a au moins ajouté les PDB au paquet Nuget lui-même, le débogueur peut vous inviter à pointer vers les sources, pointer vers votre repo git local et déboguer . Si vous pouvez trouver les PDB à partir d'une autre source, copiez-les simplement dans votre répertoire de sortie et Visual Studio les récupérera et demandera l'emplacement source.

Si vous êtes paresseux (comme je le suis dans la plupart de ces cas), utilisez etup dotPeek as a Symbol Server ou utilisez "Étape dans le code décompilé" dans Resharper et décompilez juste la bibliothèque OSS à la volée pour les déboguer. Vous n'obtiendrez pas les plus belles sources, mais dans de nombreux cas, le travail est fait. En dehors de dotPeek, Red-Gate Reflector Pro a une fonctionnalité similaire. À partir des sources locales, vous pouvez créer votre propre version de débogage du package NuGet. Si les PDB sont inclus et que les sources sont disponibles localement, Visual Studio les récupère automatiquement. Vous ajouteriez un dossier local en tant que source NuGet et il vous permettra de choisir votre version personnalisée temporairement. Le dernier recours serait d'enlever le paquet de NuGet localement et de passer complètement aux sources localement construites. Dernier recours car dans certains cas cela peut ne pas être possible (le code que vous essayez de déboguer est référencé par d'autres composants et doit être fortement signé par exemple). Et cela nécessite des changements significatifs au projet local et vous ne pouvez pas vraiment engager les résultats intermédiaires de votre entreprise.