GetPathToDotNetFrameworkFile returns the path of a file in the. GetPathToDotNetFramework returns the path of the.
SDK35ToolsPath specifies the path of additional managed tools for MSBuild 3.5.Īlternately, you can determine the Toolset programmatically by calling the methods of the ToolLocationHelper class. SDK40ToolsPath specifies the path of additional managed tools for MSBuild 4.x (which could be 4.0 or 4.5). MSBuildToolsPath specifies the path of the MSBuild binaries. For example, if ToolsVersion has the value 12.0, then MSBuild sets the Toolset properties according to this registry key: HKLM\Software\Microsoft\MSBuild\ToolsVersions\12.0.
In earlier versions, MSBuild uses the value of the ToolsVersion attribute in the project file to locate the corresponding registry key, and then uses the information in the registry key to set the Toolset properties. By default, it is located in the MSBuild\15.0\Bin folder relative to the Visual Studio installation location. Starting in Visual Studio 2017, MSBuild no longer has a fixed location. Toolset properties specify the paths of the tools. MSBuild provides two ways to access the Toolset: The managed tools include ResGen.exe and TlbImp.exe. The tools in the Toolset that MSBuild defines come from the following sources: Implement a Toolset by selecting the paths of the various tools, targets, and tasks that make up the Toolset. For example, MSBuild uses a newer set of tools when it's run in Visual Studio 2012 than when it's run in Visual Studio 2010, without your having to explicitly change the project file. Sub-toolsets, which are described later in this topic, allow MSBuild to automatically switch which set of tools to use based on the context in which the build is being run. In almost all cases, this warning is benign as the Toolsets are compatible in most cases. Visual Studio always uses the correct Toolset, but you will be notified if the version used does not match the version in the project file. In many cases, you can open the project in multiple versions of Visual Studio without modification. Visual Studio 2015 uses ToolsVersion 14.0, and Visual Studio 2017 uses ToolsVersion 15.0. Visual Studio 2013 uses a ToolsVersion of 12.0. Visual Studio 2010 and Visual Studio 2012 use a ToolsVersion of 4.0. If you then try to open that project in Visual Studio 2008, it doesn't recognize the upgraded ToolsVersion and therefore builds the project as though the attribute was still set to 3.5. For example, if you open a Visual Studio 2008 project in Visual Studio 2010, the project file is updated to include ToolsVersion="4.0". The ToolsVersion attribute is also used for project migration. To define the ToolsVersion value on a per project basis, see Overriding ToolsVersion settings. When you build a solution on the command line and specify a ToolsVersion for msbuild.exe, all projects and their project-to-project dependencies are built according to that ToolsVersion, even if each project in the solution specifies its own ToolsVersion.
For more information, see Standard and custom Toolset configurations. You can modify the value of MSBuildToolsPath by defining a custom Toolset. In the following example, MSBuild finds the file by using the MSBuildToolsPath reserved property. For more information, see Override ToolsVersion settings.
This behavior can be overridden by using the -ToolsVersion flag. MSBuild defaults to this Toolset within Visual Studio and on the command line, regardless of the Toolset version specified in the project file. Starting in Visual Studio 2013, the MSBuild Toolset version is the same as the Visual Studio version number. Only that Toolset property (or $(MSBuildBinPath)), is required. One Toolset property is $(MSBuildToolsPath), which specifies the path of the. When a ToolsVersion value is defined in a project file, MSBuild uses that value to determine the values of the Toolset properties that are available to the project. For more information, see Framework targeting overview.
VISUAL STUDIO 2012 LINE NUMBER UPGRADE
When you create a project in Visual Studio, or upgrade an existing project, an attribute named ToolsVersion is automatically included in the project file and its value corresponds to the version of MSBuild that is included in the Visual Studio edition. For more information, see Additions to the csproj format for. Some project types use the sdk attribute instead of ToolsVersion.
0 kommentar(er)
