Nuget是一个很棒的工具,但它似乎使同时迭代修改库和托管应用程序的常见过程变得复杂。
例如,在应用程序中,如果我们有应用程序本身和5个Nuget包,并且我们想要开始更改其中的3个Nuget包。有效的选择似乎是有限的。
场景1:加载4个Visual Studio副本(一个用于应用程序,一个用于每个包),修改包,等待包构建,更新,修改主机,构建,冲洗和重复。
场景2:在主应用程序中,删除Nuget依赖项并添加项目文件,然后高效迭代。但是,一旦您对这些包感到满意,就需要修复解决方案/项目文件(Nuget还原等)。
我们在这里遗漏了什么?在开源世界中,这是轻而易举的事情。
发布于 2014-03-10 17:13:04
NuGet是一个用于版本化库的好工具,这些库可以作为独立的包进行开发、测试和发布。如果您可以将它们视为一个产品,包含功能请求、错误修复和工作计划,那么NuGet将支持新版本的发布,供系统使用。
如果您的库耦合到系统,以便将功能添加到库中以直接支持特定系统的新功能,那么您可能希望将库作为该系统的发布和开发过程的一部分。您可以在考虑到系统的情况下编写该库,将其作为系统的一部分进行测试,然后在系统部署过程中通过NuGet发布它。在开发过程中,这些库只是项目引用,并且会立即更新。
从本质上讲,您必须要么将其视为系统的一个组件,要么将其视为一个孤立的产品;尝试将其同时视为两者将是错误的。
https://stackoverflow.com/questions/22255561
复制相似问题