Azure Dev Ops，Private Nuget feed，开发/测试nuget包的选项？
我正在寻找实用的选择来开发和测试私人nuget包。
我们有一组“核心”代码，这些代码通过Azure Artifact安全地交付。我们有各种使用核心nuget包的“消费”应用程序。
作为一个中小型团队，一个人可能在开发核心nuget的同时也在消费它。
今天我们签入/合并nuget包的代码。请确保拉取请求已通过审批。然后，构建会更新Azure工件提要。
然后我们返回到“消费”应用程序，并可以更新包。如果您在第一次修复/添加功能时，效果会很好。但是，当将其视为迭代开发方法时，会降低生产率。
为一个小团队寻找简单的选择。关于选项的随机想法：
- 将nuget "alpha“包直接从开发人员的机器推送到Azure Artifact。符号服务器也是？
- 使用Azure版本做了一些事情，允许“功能”分支以某种方式发布到Azure工件提要？
- 推送到本地nuget提要。包括pdbs，这样就可以使用nuget包作为一个整体，直接为dll(s)?
- Re-think的本地副本debugged?
- Temporarily打破nuget引用-
回答 1
Stack Overflow用户
发布于 2019-04-16 10:55:26
将nuget "alpha“包直接从开发人员的机器推送到Azure Artifact。符号服务器也是吗？
这取决于您是否需要调试它。如果你需要调试这个"alpha“包，你必须将符号包推送到符号服务器。
注意:您不需要将"alpha“包推送到符号服务器，只需要推送符号包即可。
用Azure build做了什么，允许“功能”分支以某种方式发布到Azure Artifact？
有一个任务Push NuGet packages，我们可以在构建过程中使用它来发布到Azure工件提要，无论它在哪个分支上。这取决于你是否有足够的权限来访问Azure人工订阅源，你可以通过“工件”->“设置”->“订阅源设置”->“权限”进行检查：
将
推送到本地nuget提要。是否包含pdbs，以便可以进行调试？
不，您还必须包含源代码。有关更多详细信息，请查看this thread。
在网络共享的本地提要上有一个lightweight solution how to debugged包。
是否临时中断dll的本地副本的nuget引用？
重新考虑将nuget包作为一个整体使用？
答案是肯定的，当我们在本地开发项目时，使用项目参考比nuget更好，查看我的另一篇文章了解更多细节：
门票：Project reference VS NuGet。
希望这能有所帮助。
https://stackoverflow.com/questions/55698060
复制相似问题