繁体   English   中英

nuget中具有多个解决方案的开发过程

[英]Development process with multiple solutions in nuget

我想创建一个由多个解决方案组成的存储库,每个解决方案都将发布到本地nuget服务器。

但是,当我要编辑解决方案A并使用另一个解决方案B对其进行测试时,我不理解如何进行开发。该解决方案B通过nuget包引用解决方案A,而在每次构建后都不会在nuget服务器上发布解决方案A? 如果我在解决方案B中引用项目,它将带来正确的依赖关系,而我不希望这样做。

明确地说,例如:我想在解决方案B中添加一些功能并要做到这一点,我需要更改解决方案A。解决方案B具有对解决方案A的nuget引用。如果我更改解决方案A,则必须将其发布到nuget服务器而且不等到nuget服务器更新,而且只能使用解决方案B对其进行测试,这对我来说似乎很糟糕。

并回答我为什么需要它的问题:我们正在构建微服务,并决定在单独的解决方案中开发每个微服务,并在其独立解决方案中也开发每个共享库。 所有这些都在一个存储库中:-)

nuget中具有多个解决方案的开发过程

NuGet作为Microsoft开发平台的程序包管理器具有很多优点,但这并不意味着它没有缺陷。 就像您遇到的一样,如果引用的项目经常被修改,我们必须重新构建它,创建nuget包,将其发布到nuget服务器,并等待nuget服务器为每个修改更新。 这将带来很多无聊的工作。 为解决此缺点,“项目间引用”应该是一种更好的方法。 因此,应该推荐Sam和Ieemac的建议。

项目到项目的引用的优点在于,它在构建系统中的项目之间创建了依赖关系。 如果自从上次创建引用项目以来更改了依赖项目,则将生成依赖项目。 文件引用不会创建构建依赖关系,因此可以在不构建依赖项目的情况下构建引用项目。

因此,最好的解决方案是在经常修改参考项目时,建议使用项目间参考;当与他人共享参考项目或发布参考项目时,nuget参考更为合适。 就像NuGet参考切换器一样。

暂无
暂无

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM