我想创建一个包含多个解决方案的存储库，每个解决方案都将发布到本地nuget服务器。
但是，当我想编辑解决方案A并使用另一个解决方案A来测试解决方案A时，我不明白如何进行开发过程，该解决方案通过nuget包引用解决方案A而不在每次构建后在nuget服务器上发布解决方案A？如果我在解决方案B中进行项目参考，它将带来正确的依赖性，我不想要它。
明确地说，例如：我想在解决方案B中添加一些功能并且要做到这一点我需要更改解决方案A.解决方案B具有对解决方案A的nuget-reference。如果我更改解决方案A我必须发布它为了nuget服务器而不是等到nuget服务器更新，只能用解决方案B测试它，对我来说看起来很糟糕。
回答问题为什么我需要它： 我们正在构建微服务，并决定在单独的解决方案中开发每个微服务，并在他们的独立解决方案中开发每个共享库。所有这些都在一个存储库中： - ）
答案 0 :(得分：0)
在nuget中使用多个解决方案的开发过程
NuGet作为Microsoft开发平台的包管理器有许多优点，但这并不意味着它没有缺陷。正如您遇到的那样，如果经常修改引用的项目，我们必须重建它，创建nuget包，将其发布到nuget服务器并等待每次修改的nuget服务器更新。这将带来许多无聊的工作。要解决这个缺点，Project-to-project引用应该是更好的方法。所以应该推荐Sam和Ieemac的建议。
项目到项目引用的优点是它在构建系统中的项目之间创建依赖关系。如果自上次构建引用项目以来已更改，则将构建依赖项目。文件引用不会创建构建依赖项，因此可以在不构建依赖项目的情况下构建引用项目。
所以最佳解决方案是在经常修改引用的项目时应该推荐项目到项目的引用，当将参考项目共享给其他人或发布它时，nuget引用更合适。就像NuGet Reference Switcher一样。