代码之家  ›  专栏  ›  技术社区  ›  Adam

带有msbuild的nuget尝试在vs ide文件夹中找到package.config

  •  0
  • Adam  · 技术社区  · 6 年前

    我有一个在Windows 7上运行VS 2017 7.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'.
    
    • 我们试着显示详细的构建日志,但这没有帮助
    • 我们重建了机器,同样的错误仍然存在。

    这是具有本地管理权限用户帐户的公司计算机。我怀疑本地管理权限可能未正确实现。

    有什么建议吗?

    2 回复  |  直到 6 年前
        1
  •  0
  •   Leo Liu    6 年前

    带有msbuild的nuget试图在vs ide中找到package.config 文件夹

    请尝试给出packages.config文件的完整路径:

    "C:\Projects\MySolution\Source\.nuget\NuGet.exe" install "<YourProjectPath>\packages.config" -source "C:\Projects\MySolution\Source\"
    
        2
  •  0
  •   Adam    6 年前

    经过数小时的调查,发现项目名称是问题所在。

    项目名称(和名称空间)如下:mycompany.myproject。 命令

    (命令实际上是真实的)。

    这个项目在所有机器上都有很长的历史,但是在这台机器上却没有。

    • 我们删除了整个文件夹结构,重新创建了它,甚至格式化了机器。
    • 我们尝试从头开始创建一个新的项目,并称之为同名-没有编译。
    • 我们尝试从头开始创建一个新项目,并称之为一个不同的名称-工作!

    所以解决方案是将项目名称更改为mycompany.myproject。 一些东西 解决了这个问题。我没有添加CMD作为项目名称的一部分,但我永远不会添加,我也会将此传递给我的孩子。

    我不想调查为什么它不工作,但CMD类似于Windows控制台的名称,这是原因吗?我不想知道。