为了调试,我需要将我的NuGet包(包括符号)推送到我们的自托管Azure Devops服务器。
因此,在我的构建管道中,我使用带有标志--include-symbols和--include-source的dotnet pack任务。输出结果是两个文件package.1.0.0.nupkg和package.1.0.0.symbols.nupkg。
当我尝试在发布管道中推送package.1.0.0.symbols.nupkg包时,我收到反馈:
409(冲突 - 源已经包含“package.1.0.0”(DevOps活动ID:766B8BC7-9AE6-4998-A246-47397236122F))。
我在stack上找到了Publish *.snupkg symbol package to private feed in VSTS。反馈是Azure DevOps Server不支持NuGet Symbols,并建议使用符号服务器。
简单重命名package.1.0.0.symbols.nupkg到package.1.0.0.nupkg并将其推送到源中,是否可以解决问题?Visual Studio可以打开这种类型包内的源代码调试器吗?
是否还有其他方法在Azure DevOps Server中提供NuGet Symbols进行调试?
因此,在我的构建管道中,我使用带有标志--include-symbols和--include-source的dotnet pack任务。输出结果是两个文件package.1.0.0.nupkg和package.1.0.0.symbols.nupkg。
当我尝试在发布管道中推送package.1.0.0.symbols.nupkg包时,我收到反馈:
409(冲突 - 源已经包含“package.1.0.0”(DevOps活动ID:766B8BC7-9AE6-4998-A246-47397236122F))。
我在stack上找到了Publish *.snupkg symbol package to private feed in VSTS。反馈是Azure DevOps Server不支持NuGet Symbols,并建议使用符号服务器。
简单重命名package.1.0.0.symbols.nupkg到package.1.0.0.nupkg并将其推送到源中,是否可以解决问题?Visual Studio可以打开这种类型包内的源代码调试器吗?
是否还有其他方法在Azure DevOps Server中提供NuGet Symbols进行调试?
package.1.0.0.symbols.nupkg
推送到我的 feed 中,它可以正常工作。它被显示为package, Version 1.0.0
。当我手动下载时,所有内容都在其中(源代码cs, csproj
和符号pdb
)。但是当我使用nuget install package
时,只有package.dll
是从 Azure DevOps Artifacts 下载的内容的一部分。这是为什么呢? - Mar Tin