Question

我有一个在Windows 7上的VS 2017 15.7.4上运行的解决方案，可在6台机器上运行。

在这台新机器上（与其他机器一样），在尝试编译时会得到以下提示：

The command ""C:\Projects\MySolution\Source\.nuget\NuGet.exe" install "packages.config" -source ""  -NonInteractive -RequireConsent -solutionDir "C:\Projects\MySolution\Source\ "" exited with code 1

Could not find file 'C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\Common7\IDE\packages.config'.

我们尝试显示详细的构建日志，但这没有帮助
我们重建了机器，仍然存在相同的错误。

这是一台具有本地管理员权限用户帐户的公司计算机。我怀疑本地管理员权限可能无法正确实施。

有什么建议吗？

Answer 1

使用MSBuild的NuGet尝试在VS IDE中找到package.config 文件夹

请尝试提供packages.config文件的完整路径：

"C:\Projects\MySolution\Source\.nuget\NuGet.exe" install "<YourProjectPath>\packages.config" -source "C:\Projects\MySolution\Source\"

Answer 2

经过数小时的调查，事实证明项目名称是问题所在。

项目名称（和名称空间）如下：MyCompany.MyProject。 CMD

（CMD实际上是真实的）。

该项目在所有计算机上均已编译了很长时间，但是在此特定计算机上却没有。

我们删除了整个文件夹结构，然后重新创建它，甚至格式化了计算机。
我们尝试从头开始创建一个新项目，并命名相同的名称-未编译
我们尝试从头开始创建一个新项目，并将其命名为另一个名称-可行！

因此解决方案将项目名称更改为MyCompany.MyProject。 SomethingElse 解决了该问题。我没有将CMD添加为项目名称的一部分，但是我永远不会这样做，并且也将其传递给我的孩子们。

我不想调查为什么它不起作用，但是CMD类似于Windows控制台的名称，这是原因吗？我不在乎。

使用MSBuild的NuGet尝试在VS IDE文件夹中找到package.config

2 个答案: