我们正在Visual Studio 2015中开发多个解决方案.这些解决方案共享一些需要nuget包的核心项目.当从一个解决方案添加nuget包并稍后由另一个解决方案打开时,无法解析nuget引用.
文件夹结构如下:
当我打开nuget包SharedProject1时SolutionA,dll参考显示了路径packages folder A.当SolutionB在另一台计算机被打开,SharedProject1具有基准误差,因为packages folder A不存在.
我已阅读此解决方案:当一些项目被列入多种解决方案设置为所有解决方案的常见的NuGet包文件夹,但是这个因为没有解决问题repositoryPath的关键.nuget /不与应用NuGet.config文件Visual Studio 2015和Nuget 3.4.3
如何指定将安装所有nuget包的一个中心位置,以便所有项目都可以引用相同的包文件夹.
当1个项目删除时,引用不依赖于另一个项目.所以我可以轻松地在单个文件夹中更新新版本的nuget并适用于所有版本.
它还将节省源代码管理中的磁盘空间.
有人可以给我任何建议吗？
多年来（在 Win XP 和 Win 7 下）我通过使用用户启动程序文件夹中的 .cmd 文件将 S: 映射到包含源代码的本地文件夹，该文件包含如下命令：
subst s: C:\MyStuff\Programming\Source
因为我现在正在 Visual Studio 中编写一些代码来更改注册表，所以需要管理员权限。如果我不以管理员身份运行上述命令，那么当我以管理员身份运行 Visual Studio 时，S: 驱动器将会消失。
到目前为止，以管理员身份运行此现有 .cmd 文件的所有尝试都失败了，唯一看起来有效的尝试需要管理员密码。有没有一种方法可以在每次登录时自动以管理员身份运行 subst 命令，而无需知道/提供管理员密码？