Nuget是一个很好的工具,但它似乎使同时迭代修改库和托管应用程序的常见过程复杂化.
例如,在应用程序中,如果我们有app本身和5个Nuget包,我们想要开始更改三个Nuget包.似乎有限的有效选择.
场景1:加载4个Visual Studio副本(一个用于app,一个用于每个包),修改包,等待包构建,更新,修改主机,构建,冲洗和重复.
场景2:在主应用程序中,删除Nuget依赖项并添加proj文件并有效地迭代.但是,一旦您对软件包感到满意,就需要修复解决方案/ proj文件(Nuget恢复等).
我们在这里失踪了什么？在开源世界中,这很容易.
NuGet 是一个很好的版本控制库工具，可以作为独立的包进行开发、测试和发布。如果您可以将它们视为一种产品，包含功能请求、错误修复和工作计划，那么 NuGet 将支持发布新版本以供系统使用。
如果您的库与系统耦合，以便将功能添加到库中以直接支持特定系统的新功能，那么您可能希望使该库成为该系统的发布和开发过程的一部分。您可以根据系统编写库，将其作为系统的一部分进行测试，然后作为系统部署过程的一部分通过 NuGet 发布它。在开发过程中，这些库只是项目参考，并且会立即更新。
本质上，您必须将其视为系统的一个组件或作为一个独立的产品；试图将其视为两者都是错误的。
| 归档时间： |
|
| 查看次数： |
557 次 |
| 最近记录： |