Azure Dev Ops，Private Nuget feed，开发/测试nuget包的选项？

Question

我正在寻找开发和测试私人nuget包的实用选项。

我们有一组通过Azure Artifact Feed安全传递的“核心”代码。我们有各种使用核心nuget包的“消费”应用程序。

作为一个中小型团队，一个人可能正在开发核心nuget以及消费它。

今天我们签入/合并nuget包的代码。确保Pull请求被批准/通过。然后构建更新Azure工件源。

然后我们回到“消费”应用程序并可以更新包。如果您第一次修复/添加功能，则效果很好。但是，将此视为迭代开发方法时，会降低生产率。

为小团队寻找简单的选择。关于选项的随机想法：

1. 将nuget“alpha”包直接从开发人员的机器推送到Azure Artifact feed。符号服务器呢？
2. 使用Azure构建做一些事情以允许“功能”分支以某种方式发布到Azure工件源？
3. 推送到本地nuget Feed。包括pdbs，以便可以调试？
4. 暂时中断nuget引用以获取dll（s）的本地副本？
5. 重新考虑使用nuget包作为一个整体？

Answer 1

将nuget“alpha”包直接从开发人员的机器推送到Azure Artifact feed。符号服务器呢？

这取决于您是否需要调试它。如果您需要调试此“alpha”包，则必须将符号包推送到符号服务器。

注意：您不需要将“alpha”包推送到符号服务器，只需符号包。

使用Azure构建做一些事情以允许“功能”分支以某种方式发布到Azure工件源？

有一个任务Push NuGet packages，我们可以使用它在构建期间发布到Azure Artifact feed，无论它在哪个分支上。这取决于您是否拥有Azure Artifact Feed的足够权限，您可以从Artifacts-> Settings-> Feed设置 - > Permissions进行检查：

推送到本地nuget Feed。包括pdbs，以便可以调试？

不，您还必须包含源代码。查看this thread了解更多详情。

还有一个lightweight solution如何在网络共享上的本地Feed上调试nuget包。

暂时中断nuget引用以获取dll（s）的本地副本？

重新考虑使用nuget包作为一个整体？

答案是肯定的，当我们在本地开发项目时，使用项目参考优于nuget，请查看我的另一篇文章以获取更多详细信息：

门票：Project reference VS NuGet。

希望这可以帮助。