Comment déboguer dans mon package nuget déployé à partir de TeamCity?

J'ai mis une bibliothèque que mon équipe utilise dans un package nuget qui est déployé à partir de TeamCity dans un dossier réseau. Je ne peux pas déboguer dans ce code, si! SymbolSource est l'une des solutions que j'ai lu, mais je préférerais trouver un moyen d'avoir accès à l' .pdb/source des fichiers directement à partir de Teamcity. Personne ne sait comment faire cela?

Modifier. Quand je vérifie 'Include Symbols and Source' dans le Nuget Pack étape de génération TeamCity crée un .Symbole.nupkg en outre à la .nupkg fichier dans le dossier réseau. L' .Symbole.nupkg contient la src et de la .fichier pdb.

Modifier. J'ai décoché 'Include Symbols and Source' sur TeamCity et a ajouté ce qui suit à mon fichier nuspec:

  <files>
    <file src="..\MyLibrary\bin\release\MyLibrary.dll" target="lib\net40" />
    <file src="..\MyLibrary\bin\release\MyLibrary.pdb" target="lib\net40" />
    <file src="..\MyLibrary\*.cs" target="src" />
    <file src="..\MyLibrary\**\*.cs" target="src" />
  </files>

Cela a ajouté de la dll, le pdb et les fichiers de source de ma bibliothèque dans le package nuget et ne génère pas d' .Fichier de symboles qui, je pense, n'est nécessaire que pour les serveurs de symboles.

InformationsquelleAutor anthonybell | 2014-02-18
  1. 68

    Fiable solution légère

    1. Mettre l'apb dans le package NuGet à côté de la dll.
    2. Ajouter le code source pour le Débogage des Fichiers Source pour la solution de référence le paquet.

    Cela signifie que vous serez en mesure de vous par le biais de code et d'afficher des exceptions, mais vous pourriez avoir à trouver un fichier sur le disque et l'ouvrir avant de vous pouvez définir un point d'arrêt. Évidemment, vous devez être attentif à ce que la source est à la droite de révision.

    Plus de détails sur l'étape 1

    Si vous êtes actuellement à l'emballage sans Nuspec, vous aurez besoin de créer un Nuspec, puis ajouter l'apb à la liste des fichiers dans le dossier lib "NuGet spec" peut être une commande utile pour la génération de la première spec tel que défini dans NuGet docs. Ensuite, s'assurer que l'Équipe de la Ville de Nuget étape Pack est le référencement de votre nouveau nuspec.

    Plus de détails sur l'étape 2

    Lorsque vous avez une solution ouverte, clic droit sur la Solution, sélectionner Propriétés...Propriétés Communes...Débogage des Fichiers Source, et ajouter à la racine du répertoire source pour le binaire de référence. Ou voir MSDN.
    Remarque, vous ne pouvez pas ouvrir les propriétés de la solution pendant le débogage.

    Dans l'avenir - source intégration

    À partir de Visual Studio 2017 15.5 preview2 vous pouvez ajouter quelque chose comme ceci à votre fichier de projet:

    <PropertyGroup>
    <GeneratePackageOnBuild>true</GeneratePackageOnBuild>
    <IncludeSymbolsInPackage>true</IncludeSymbolsInPackage>
    <DebugSymbols>true</DebugSymbols>
    <DebugType>portable</DebugType> <!-- Required for EmbedSources -->
    <EmbedSources>true</EmbedSources>
</PropertyGroup>
<ItemGroup>
    <!-- Does the equivalent of EmbedSources in MSBuild (hopefully won't be needed long term) -->
    <Service Include="{508349b6-6b84-4df5-91f0-309beebad82d}" />
</ItemGroup>

    Il est encore tôt pour cette méthode, et il y a probablement un certain nombre de réserves à son utilisation, voir le bas de ce commentaire et la discussion à ce sujet pour en savoir plus.

    • Pas sûr si c'est un bug, mais une personne qui essaie cette VS2015 cliquant sur le bouton "Débogage des Fichiers Source" ne pas afficher la fenêtre correcte, il semble pour afficher le gestionnaire de configuration.
    • Smith, j'ai le même problème. Clic droit sur le fichier de solution et de Propriétés Communes->Debug Fichiers Source montrer la Configuration du Gestionnaire de Fenêtre dans VS 2015. Savez-vous comment montrer Déboguer les Fichiers Source de la fenêtre dans VS2015?
    • A toujours fonctionné pour moi dans VS2015. J'ai utilisé ce aujourd'hui VS Enterprise 2015, la version 14.0.24720.00. Si ce n'est pas seulement un voleur extension de gâcher vos menus, peut-être créer un Microsoft Connect problème? connect.microsoft.com/VisualStudio/MSNetNative
    InformationsquelleAutor Graham
  2. 29

    La dernière version de dotPeek (gratuit!) peut agir comme un serveur de symbole et de générer des fichiers pdb à la volée. Cela m'a permis de débogage dans les bibliothèques dll, qui sont desservis par teamcity.

    Le télécharger ici:

    http://blog.jetbrains.com/dotnet/2014/04/09/introducing-dotpeek-1-2-early-access-program/

    Des Instructions sur la façon de les mettre ici.

    https://web.archive.org/web/20160220163146/http://confluence.jetbrains.com/display/NETCOM/dotPeek+Symbol+Server+and+PDB+Generation

    • Je souhaite que je pourrais jusqu'voter de nouveau à vous.. je suis ici plus tôt dans l'année et j'ai oublié à ce sujet, j'ai besoin maintenant de faire de même et de. viola.. votre réponse rochers!
    • Vous avez utilisé un lien archives. Fantastique réponse.
    InformationsquelleAutor anthonybell
  3. 8

    Vous pouvez bien sûr set-up & configurer votre propre serveur de symbole, mais il est probablement plus facile à...

    1. télécharger et installer Inedo de ProGet
    2. activer le symbole de servir sur la cible nourrir
    3. publier des paquets de TeamCity pour le ProGet d'alimentation
    4. utilisation ProGet comme votre principale source d'alimentation (comme il peut agréger plusieurs flux de données, y compris nuget.org)

    Tout cela peut être fait avec la version gratuite de ProGet.

    avertissement -- mon travail de jour est à Inedo

    • Pourquoi ai-je besoin d'un serveur de symboles " Si j'ai déjà le .Symbole.fichier nupkg? Ne peut pas Visual Studio viens de lire directement ce fichier?
    • oh, certainement pas! Un ".symbole.nupkg" le fichier n'est rien de plus qu'un fichier zip. Visual Studio doit d'abord trouver une télécommande .fichier pdb (par assemblage de hachage), et que le dossier point à un hachage de fichier source de l'url. Un serveur de symbole comme ProGet va indexer le fichier pdb et de servir des fichiers sur cette base. Voir inedo.com/support/kb/1036/using-progets-symbol-server
    • selon MS documenation cela devrait être possible, mais jusqu'à présent, VS ne parvient pas à charger le symbole des paquets de réseau d'actions ou de dossiers locaux.
    • J'ai dû modifier le Symbole "Serveur" paramètres de mon alimentation et de désactiver le paramètre "Bande de fichiers de symboles de paquets téléchargés à partir de ce flux". Mais de désinstaller puis ré-installer le paquet n'a toujours pas inclure le *.apb fichier dans le package.
    • Le redémarrage de ProGet n'a pas aider non plus, mais je suis une ancienne version de Visual Studio (2012) et ProGet (3.8.6).
    • En fin de compte, j'ai dû télécharger le " avec des symboles de package NuGet fichier de ProGet et puis l'installer sur mon autre projet dans le Gestionnaire de Package NuGet Console avec le répertoire de téléchargement comme le Source valeur de l'argument.

    InformationsquelleAutor Karl Harnagy
  4. 6

    Dans votre .nuspec (directement sous <package>):

    <files>
  <file src="bin$configuration$$id$.pdb" target="lib\net451\" />
</files>

    (changement net451 à la plate-forme de compilation pour)

    InformationsquelleAutor
  5. 3

    J'ai trouvé un super moyen simple de faire ce que j'ai blogué sur ici:

    https://mattfrear.com/2017/11/29/speed-up-development-in-a-nuget-package-centric-solution/

    Cela ne fonctionne que si vous utilisez les nouvelles .NET de Base style .csproj avec <PackageReference> (sur soit .NET de Base ou .NET Framework).

    Ce nouveau suppose que vous avez accès au code source du package NuGet.

    1. Construire et compiler le package NuGet sur votre machine locale
    2. Copiez le .dll que vous venez de compiler dans votre local packages NuGet nourrir dossier (Sur ma machine, c'est C:\Users\matt\.nuget\packages\), en écrasant la package NuGet .dll.

    Que c'est! Vous devriez être en mesure d'intervenir dans le paquet lors du débogage. Pas de déconner avec .pdb ou de la source des serveurs. Cela a grandement accéléré mon cycle de développement.

    • Cela ne fonctionne qu'avec le nouveau format de fichier de projet / ProjectReferences
    • Merci @weir, mis à jour
    • Votre exemple de l'emplacement par défaut est le mondial de paquets de localisation sur Windows (%userprofile%\.nuget\packages). Le chemin à partir de là à la dll dans NuGet 3.3+ est packagename\version\lib\. C'est là que vous êtes le copier? Êtes-vous en copiant manuellement ou à l'aide de nuget ajouter?
    • oui, vous devriez voir la dll existante, soit la copie plus ou j'renommer l'original dans le cas où vous souhaitez restaurer.
    InformationsquelleAutor Matt Frear
  6. 2

    Depuis que cette question a été posté, Jetbrains avoir écrit tout un article de blog sur la façon d'accomplir ceci. Les étapes peuvent être résumées comme suit:

    • Installer Les Outils de débogage pour Windows sur les agents.
    • Install & Permettre à l' Symbole plugin Serveur.
    • Ajouter des Fichiers de symboles de l'Indexeur de construire à construire des configurations.
    • Assurer fichiers PDB sont de sortie comme un artefact.
    • Configurer Visual Studio pour utiliser TeamCity que le serveur source.

    Si vous utilisez le Package Nuget étapes de génération, vous pouvez cocher "Inclure les Symboles et la Source" à la sortie d'un .symbol.nupkg qui contient la Pdb. Selon que les Fichiers de symboles de l'Indexeur est assez intelligent pour regarder à l'intérieur de ce fichier ou n'est pas, vous pourriez avoir besoin de changer l'extension du fichier pour que les choses marchent.

    Tous les détails sont donnés ici:
    https://blog.jetbrains.com/teamcity/2015/02/setting-up-teamcity-as-symbol-and-source-server/

    InformationsquelleAutor Schneider
  7. 2

    C'est ce que j'ai trouvé pour le travail, mais toutes les étapes sont probablement pas nécessaire...

    Note: ce n'est pas vous permettre de déboguer à la fois, soit à la nuget
    package ou de la solution dans laquelle il est installé.

    1. Exécuter Visual Studio en tant qu'Administrateur
    2. Ouvrir et lancer l'application hôte (celui dans lequel vous avez installé le package Nuget) sans débogage (Ctrl + F5)
    3. Dans le package Nuget solution, s'assurer que Tools > Options > Debugging > General > "Require source files to exactly match the original version" est PAS vérifié.
    4. S'assurer que "Enable just my code" est PAS vérifié
    5. Ajouter un nouveau dossier dans Tools > Options > Debugging > Symbols pointant vers le répertoire source du package Nuget. (Littéralement, vous entrez le chemin du dossier , voir image ci-dessous)
    6. Cliquez sur Debug > Attach to Process...
    7. Trouver iisexpress (il peut y en avoir plusieurs, il ne fera aucun mal à attacher à tous)

    Comment déboguer dans mon package nuget déployé à partir de TeamCity?

    • Que faire si son une bibliothèque de classe...
    • Le package nuget peut être une bibliothèque de classe. Les instructions ci-dessus sont exactement cela. Il serait encore être exécutée dans une application hôte comme un site web ou une application console dans laquelle vous installez le package nuget.
    InformationsquelleAutor hofnarwillie
  8. 2

    Si vous avez le code source du paquet, puis l'infaillible (mais peut-être laborieux) méthode:

    1. Ajouter le code source pour le package de votre solution (à droite, cliquez sur Solution -> Ajouter un Projet Existant)
    2. Aller à travers l'ensemble de vos projets de la solution et de supprimer les NuGet référence à la bibliothèque (c'est à dire ouvrir le dossier des Références en vertu de chaque projet et de supprimer la référence à l'emballage.) Ensuite, ajouter une référence à la NuGet package de projet dans votre solution. (c'est à dire à Droite, cliquez sur Références, ajouter une Référence, le choix des Projets et de cocher la case pour le projet)

    J'ai eu à le faire de cette façon quand j'ai la méthode que je voulais de débogage à l'intérieur du package NuGet a été appelé par le cadre et non par mon code, donc je ne pouvais pas l'étape en elle. (Dans mon cas, la méthode a été un ASP.NET DelegatingHandler).

    Une fois que vous avez terminé, vous aurez envie d'annuler toutes vos modifications via le contrôle de code source, de sorte que le package NuGet est correctement référencé.

    • les options ci-dessus concernant les serveurs de symboles sont mieux. Cette méthode est sujette aux erreurs et le temps de faire à chaque fois. La configuration d'un serveur de symbole est un temps d'installation
    • Est-il possible de définir un point d'arrêt dans le code source du package NuGet si vous utilisez un serveur de symbole? Ou êtes-vous seulement capable de définir un point d'arrêt dans votre code, puis entrez dans le package NuGet du code source?
    • Vous pouvez faire les deux, cependant, j'ai trouvé que vous n'avez même pas besoin de faire tourner un serveur de symbole (mais dans ce cas, vous ne pouvez déboguer un à la fois). Voir ma réponse pour plus de détails. stackoverflow.com/a/38578379/883644
    • Merci pour cela. Bien que mon downvoted réponse est laborieux, je maintiens ce que cela me permet de déboguer mon code et le package NuGet sans un serveur source
    • Je ne voudrais pas que quelqu'un dans mon équipe pour le faire parce que c'est source d'erreurs et de temps. En bas à droit de vote parce que je pense que ce n'est pas la bonne façon de l'aborder. Je suis sûr que si suffisamment de gens sont d'accord avec vous que c'est un moyen judicieux de le faire alors ils vont jusqu'vote et je vais être complètement corrigé.
    • Si vous avez le code source, vous pouvez aussi faire comme ceci: Dans les propriétés du projet du projet où un package nuget est utilisée ajouter le dossier bin\debug de la privé de package nuget code source pour le chemin de référence. (voir mariuszrokita.com/...)
    • J'ai un serveur de symbole et de l'APB paquets de débogage, mais je n'arrive pas à trouver un moyen de placer un point d'arrêt dans le code PDB. Je ne peux pas trace dans le code car il est injecté, et il s'exécute dans un thread séparé (WinForms de l'INTERFACE utilisateur). Peu importe ce que j'ai essayé aucune de ces œuvres. C'est la seule option qu'il me reste.
    • Le lien est mort, utiliser les web.archive.org/web/20161207151745/http://www.mariuszrokita.com/...
    • Upvoting car elle ne nécessite pas l'achat/installation de certaines aléatoire produit ou d'un serveur, ou la modification de la nuspec, dont vous ne pouvez pas toujours envie d'un rapide coup d'oeil à quelque chose. Juste l'utilisation de la source de contrôle correctement pour annuler vos modifications. git co .. Fait

    InformationsquelleAutor Matt Frear
  9. 0

    Si votre code est publique dans un dépôt Git, ou, au moins, dans votre réseau, est accessible sans authentification, puis GitLink serait une option:

    https://github.com/GitTools/GitLink

    GitLink rend symbole serveurs obsolètes par l'évolution de l'APB pour pointer vers le serveur Git. Mais, comme l'a dit avant, ce qui rend nécessaire pour le dépôt Git pour le public, jusqu'à maintenant, il n'y a pas de "bonne" façon de s'authentifier lors de l'accès à un repository privé.

    InformationsquelleAutor BatteryBackupUnit