在本地开发多个相关项目时使用NuGet
我想解决的问题是如何在几个相互依赖的本地项目上使用NuGet，而不必手动复制文件，从而导致各种dll问题 今天，我的项目（c#）没有使用NuGet（将它们移动到NuGet），它的工作方式是，当在本地工作时，所有项目都将输出构建到“共享bin文件夹”中，并从那里进行所有引用，以便您始终可以看到在本地构建的正确二进制文件。 在构建服务器上，通过csproj文件中的一些游戏，项目引用一个非共享的bin，并从中获取依赖项 如何使用NuGet实现相同的效果？在本地工作而不必手动复制dll的正确方法是什么？（当然，通过正常使用NuGet获取所有内容，保持在服务器中构建的能力） 有没有一种方法可以将包放到一个带有NuGet的bin文件夹中，或者至少是没有版本号的文件夹中，这样我就可以从那里构建和引用？这是否明智呢 根据需要采用最新的NuGet、VS版本 非常感谢你的帮助，在本地开发多个相关项目时使用NuGet,nuget,Nuget,我想解决的问题是如何在几个相互依赖的本地项目上使用NuGet，而不必手动复制文件，从而导致各种dll问题 今天，我的项目（c#）没有使用NuGet（将它们移动到NuGet），它的工作方式是，当在本地工作时，所有项目都将输出构建到“共享bin文件夹”中，并从那里进行所有引用，以便您始终可以看到在本地构建的正确二进制文件。 在构建服务器上，通过csproj文件中的一些游戏，项目引用一个非共享的bin，并从中获取依赖项 如何使用NuGet实现相同的效果？在本地工作而不必手动复制dll的正确方法是什么？
Roy。我通常只是将它们全部添加到一个解决方案中，然后将所有内容构建在一起。但如果能用NuGet或其他更文明的方式来做这件事，那就太好了，所以这是一个好问题。@SergeyTachenov，谢谢：）我正在考虑使用本地回购，也许可以在本地工作时更新包文件以指向它。但这会把所有东西都放在本地，这也不好，因为我不想一直都要建造所有东西。基本上我希望Nuget和本地构建输出到同一个地方，但是由于Nuget包文件夹有版本（这很好），所以它不是常量。。。也许我能从某种程度上推断出来。然后在后期构建步骤或其他步骤中将文件复制到该位置……好的，那么这样做如何：仅在本地构建中（不知何故…），我将在后期构建步骤中获取正在构建的项目的最新版本（当然我可以使用Nuget）并将输出dll复制到该位置（我已经将所有包都复制到“共享”位置）你认为这是一个合理的计划吗？很遗憾，我对NuGet几乎没有经验，所以我不能回答任何问题。我通常是一名Java程序员，当我进行任何.Net开发时，我只使用NuGet安装软件包，仅此而已。