1
OS：Microsoft Windows [Version 10.0.14393]別のパスがVS2017でMSBuildのために
VS-バージョン：2017 Community
私はvswhere.exeを実行すると、私はmsbuildへのパスを構築することができますバック以下の公式vswheredocumentationに基づいて取得し、
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/C++/VC++プロジェクトを構築するための
msbuildを呼び出すために最初のパス（"C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\MSBuild\15.0\Bin\MSBuild.exe"）を使用 - 開発者のコマンドプロンプトを起動した後に返された第二の経路があります。これは間違っていますか？
MSBuildは従来、.NETインストールに含まれていました。しかし、VS2010でC++プロジェクトを構築し、VS2012でWinRTをサポートし、完全に新しいAPIを取得するなど、より多くの仕事をしなければならなくなった場合、スケーリングを止めることができます。だから、それは、VSインストールだけで提供される別個の製品として分離されました。古いものは、コードでMSBuildに依存し、自宅で実行されるビルドサーバーを実行し続けるユーザーのために残されていました。 VS2017またはC++プロジェクトをビルドするには不適切です。欠落した.targetsファイルが最大の障害です。 –