OS:Microsoft Windows [Version 10.0.14393]
不同路径的MSBuild在VS2017
VS-版本:2017 Community
当我运行vswhere.exe
我得到下面的背部和基于官方vswhere
documentation我可以建立到msbuild
路径和这似乎工作:
C:\Users\user\Desktop>"C:\Program Files (x86)\Microsoft Visual Studio\Installer\vswhere.exe"
Visual Studio Locator version 1.0.62 [query version 1.10.80.60812]
Copyright (C) Microsoft Corporation. All rights reserved.
[...]
installationPath: C:\Program Files (x86)\Microsoft Visual Studio\2017\Community
[...]
C:\Users\user\Desktop>"C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\MSBuild\15.0\Bin\MSBuild.exe"
Microsoft (R)-Buildmodul, Version 15.1.1012.6693
如果我开始位于"C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\Common7\Tools\VsMSBuildCmd.bat"
我得到以下结果开发商命令提示符:
C:\Users\user>"C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\Common7\Tools\VsMSBuildCmd.bat"
**********************************************************************
** Visual Studio 2017 MSBuild Command Prompt
** Copyright (c) 2017 Microsoft Corporation
**********************************************************************
C:\Users\user>where msbuild
C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\MSBuild\15.0\Bin\MSBuild.exe
C:\Windows\Microsoft.NET\Framework\v4.0.30319\MSBuild.exe
- 为什么,什么是开始开发命令提示符
- 我总是用第一路径(
"C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\MSBuild\15.0\Bin\MSBuild.exe"
)来调用msbuild
构建C/C++/VC++项目后返回的第二条路径。这在某种程度上是错误的吗?
MSBuild传统上包含在.NET安装中。但是,当它需要做更多的工作时,停止扩展,特别是在VS2010上构建C++项目,在VS2012上支持WinRT并获得全新的api。所以它作为一个独立的产品被剥离出来,只有一个VS安装。旧版本保留给依靠MSBuild代码的用户,并保持运行的自建构建服务器。它不适合构建VS2017或C++项目,缺少的.targets文件是最大的障碍。 –