azure-devops - Azure Dev Ops、Private Nuget feed、开发/测试 nuget 包的选项？

Question

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

我们有一组通过 Azure 工件源安全交付的“核心”代码。我们有各种使用核心 nuget 包的“消费”应用程序。

作为一个中小型团队，一个人可能正在开发和使用核心 nuget。

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

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

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

1. 将 nuget“alpha”包直接从开发人员的机器推送到 Azure Artifact 源。符号服务器也是？

2. 使用 Azure 构建来允许“功能”分支以某种方式发布到 Azure Artifact 源？

3. 推送到本地 nuget 提要。包括 pdbs 以便可以调试它？

4. 直接为 dll 的本地副本暂时中断 nuget 引用？

5. 重新考虑整体使用 nuget 包？

标签： azure-devopsnugetnuget-packagebranching-and-merging

Answer 1

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

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

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

使用 Azure 构建来允许“功能”分支以某种方式发布到 Azure Artifact 源？

有一个任务Push NuGet packages，我们可以在构建期间使用它来发布到 Azure Artifact 源，无论它在哪个分支上。这取决于你是否对 Azure Artifact feed 有足够的权限，你可以从 Artifacts->Settings->Feed settings->Permissions 中查看：

推送到本地 nuget 提要。包括 pdbs 以便可以调试它？

不，您还必须包含源代码。检查此线程以获取更多详细信息。

还有一个轻量级的解决方案，如何在网络共享上的本地源上调试 nuget 包。

直接为 dll 的本地副本暂时中断 nuget 引用？

重新考虑整体使用 nuget 包？

答案是肯定的，当我们在本地开发项目时，使用项目参考比使用 nuget 更好，查看我的另一篇文章了解更多详情：

票证：项目参考 VS NuGet。

希望这可以帮助。