如何從Azure Devops輕松調試內部Nuget包

Question

我在一家公司工作，我們有一個單一的應用程序，我想把它分成更小的Web服務/ Windows服務/網站等

我希望通過將它們放入自己的類庫並使用Azure Devops（雖然不完全綁定到此工具）為構建它們創建一個NUGET包，然后重新使用整體中包含的庫。

我試圖隔離的主要是數據訪問層，因為它是最常用的。

到目前為止，CI方面將構建我的一個類庫，並將增加的版本號發布到我可以通過VS連接到的nuget feed。

問題是，我不能為我的生活弄清楚如何調試這些nuget包，好像我們仍然在monolith中進行調試 - 我們都習慣於能夠通過整個請求的端到端調試 - >回應。

我想我本來想要的

• 托管一個nuget包
• 是否可以使用DEBUG或RELEASE變體構建（發布時發布，開發期間調試）
• 輕松進入圖書館，具有完整的源和可變觀察能力，就好像我們仍處於整體設計中一樣

我拒絕相信這是不可能的，因為我認為大多數制作優秀代碼的公司肯定會這樣做，或者我認為這一切都錯了？

我在網上找到的唯一一件事就是有人將nuget軟件包本地復制到他的機器上，在調試中構建它們並拖拽pdb文件 - 這比它的價值更麻煩，讓我只想'堅持整體設計'。

Answer 1

這取決於您的期望，或您認為調試的定義。 假設您正在調試，並且錯誤確實在包中。 您是否希望能夠在包中更改程序集的幾行代碼，使用依賴項構建新版本的應用程序並再次運行？ 在這種情況下，不會那樣容易，並且你最好將所有內容保存在一個解決方案中，即使它們被部署為多個服務。

但是，如果您只是意味着使用Visual Studio的調試器並且能夠進入方法，那么您可以使用Azure DevOps Pipelines任務來發布符號 。 請注意，這與使用符號包或snupkg不同，如果您要將符號發布到nuget.org。 Azure DevOps任務只是將*.pdb直接復制到其符號服務器。 每個開發人員還需要將VS配置一次以使用符號服務器。