.net - 使用 Nuget 的高效开发工作流程？

Question

Nuget 是一个很棒的工具，但它似乎使同时迭代修改库和托管应用程序的常见过程复杂化。

例如，在应用程序中，如果我们有应用程序本身和 5 个 Nuget 包，并且我们想开始更改其中的三个 Nuget 包。似乎有有限的有效选择。

场景一:
加载 4 个 Visual Studio 副本(一个用于应用程序，一个用于每个包)、修改包、等待包构建、更新、修改主机、构建、冲洗和重复。

场景2:
在主应用程序中，删除 Nuget 依赖项并添加 proj 文件并高效迭代。但是，一旦您对软件包感到满意，就需要修复解决方案/项目文件(恢复 Nuget 等)。

我们在这里缺少什么？在开源世界中，这很简单。

Answer 1

NuGet 是一个很好的版本库工具，可以作为独立的包进行开发、测试和发布。如果您可以将它们视为产品，具有功能请求、错误修复和工作计划，那么 NuGet 将支持发布新版本供系统使用。

如果您的库与系统耦合，以便将功能添加到库中以直接支持特定系统的新功能，那么您可能希望将库作为该系统发布和开发过程的一部分。您可以根据系统编写库，将其作为系统的一部分进行测试，然后作为系统部署过程的一部分通过 NuGet 发布。在开发中，这些库只是项目引用，并且会立即更新。

本质上，您必须要么将其视为系统的一个组件，要么将其视为一个孤立的产品；试图将其视为两者都是错误的。