我在CI服务器上设置了.NET 4.0支持.我已经安装了.NET 4.0和Windows 7.1 SDK中的.NET工具.
在.NET 2.0和3.5上,这才有效.使用.NET 4,当我从"开始"菜单运行"Windows SDK 7.1命令提示符"时,它会抱怨
The x86 compilers are not currently installed. x86-x86
Please go to Add/Remove Programs to update your installation.
.
Setting SDK environment relative to C:\Program Files\Microsoft
SDKs\Windows\v7.1
\.
Targeting Windows Server 2008 x86 Debug
然后当我尝试运行msbuild时,我得到:
C:\Program Files\Microsoft SDKs\Windows\v7.1>msbuild
'msbuild' is not recognized as an internal or external command,
operable program or batch file.
C:\Program Files\Microsoft SDKs\Windows\v7.1>
我不太相信安装运行时和SDK会让你的系统无法运行msbuild ...我错过了一些明显的步骤或模糊Windows Update,或者是时候放弃并开始攻击系统路径了？
我想使用mstest.exe在构建服务器上运行我的单元测试,但我不想在构建服务器上安装Visual Studio.我可以在没有Visual Studio的情况下安装MSTest吗？
我想在我的项目中使用C#6(空传播,其他功能).
我在我的电脑上安装了VS 2015,它的工作非常出色并构建了测试代码
var user = new SingleUserModel(); //all model fields are null
var test = user.User?.Avatar?["blah"];
但是当我将我的项目推送到repo并且CI开始构建它时,由于不支持,构建失败?.
我已经在CI服务器上安装了VS2015,但是喜欢它不使用它.我能做什么？
CI - CruiseControl .NET构建 C:\Windows\Microsoft.NET\Framework\v4.0.30319\MSBuild.exe
我试图以编程方式执行msbuild并且无法执行以下命令:
string command = string.Format(@"C:\Windows\Microsoft.NET\Framework\v4.0.30319\msbuild.exe ""{0}\{1}.csproj""", _args.ProjectPath, _args.ProjectName);
字符串呈现为:
C:\Windows\Microsoft.NET\Framework\v4.0.30319\msbuild.exe "C:\...\TestResults\Foo 2011-08-31 16_29_40\Out\Foo\solutionName\projectName\projectName.csproj"
然后我使用新的ProcessStartInfo(命令).问题似乎是Foo和2011之间的空间.我得到以下输出:
MSBUILD : error MSB1008: Only one project can be specified.
Switch: 16_29_40\Out\Foo\solutionName\projectName\projectName.csproj
如何将项目文件传递给msbuild？
我想创建一个批处理文件,以便在点击时从我的VS项目中进行构建.我一直在做以下几个步骤:
编写以下命令以进行构建:
msbuild mySolution.sln/p:configuration = debug
如前所述,我只想点击一下即可完成所有这些过程.所以,我正在尝试创建一个.bat文件来完成它.
这是我的批处理文件的代码:
set location="C:\myPath\..\MyFolderSolution"
set pathMSBuild = "C:\Windows\Microsoft.NET\Framework64\v4.0.30319\MSBuild.exe"
@echo off
cls
call %pathMSBuild%
cd %location%
msbuild.exe "lucre.sln" /p:configuration=debug
pause
但是,当我尝试执行批处理文件时,我收到以下错误:'msbuild'无法识别为内部或外部命令,可运行程序或批处理文件.
任何线索或帮助知道是否可能,如果可能,如何做到这一点将非常感激
问候!
我正在尝试在Delphi 2009中自动构建项目.
我正在使用带有.net 3.5的msbuild
我只是打电话给:
Z:\Server>C:\WINDOWS\Microsoft.NET\Framework\v3.5\msbuild "BestSellerAppServer.g
roupproj" /target:Build
得到这个:
Build started 27/08/2009 01:15:45 p.m..
Project "Z:\Server\BestSellerAppServer.groupproj" on node 0 (Build target(s)).
Project "Z:\Server\BestSellerAppServer.groupproj" (1) is building "Z:\Server\Be
stSellerAppServer.dproj" (2) on node 0 (default targets).
Z:\Server\BestSellerAppServer.dproj : error MSB4040: There is no target in the
project.
Done Building Project "Z:\Server\BestSellerAppServer.dproj" (default targets) -
- FAILED.
Done Building Project "Z:\Server\BestSellerAppServer.groupproj" (Build target(s
)) -- FAILED.
Build FAILED.
"Z:\Server\BestSellerAppServer.groupproj" (Build target) (1) ->
"Z:\Server\BestSellerAppServer.dproj" (default target) (2) ->
Z:\Server\BestSellerAppServer.dproj : error MSB4040: …我需要使用命令行C#compiler(即csc.exe)编译我使用Visual Studio编写的简单WPF应用程序.
问题是错误CS0103- 编译器说InitializeComponent()我的程序中没有方法.但那是错的,因为我添加了System.Xaml.dll.有人知道如何解决这个问题吗？
我正在为Visual Studio解决方案收集一个目录.
到目前为止,它可以在我的本地系统上运行,可能是因为项目构建顺序得到了尊重.
当我在构建服务器上运行安装程序时,它会找到正确的目录,但在构建安装文件时尚未创建.它抛出一个HEAT5052错误说The directory 'a:\b\c' could not be found.
在构建所有项目引用之后,有没有办法"等待"直到或执行heat命令？
Win7,VS2017,ASP Net核心应用,目标框架为4.6.
当我尝试使用CLI构建我的项目时(在dotnet命令调用之前需要它),会发生错误:
C:...\Microsoft.Common.CurrentVersion.targets(2547,5):错误MSB4062:无法从程序集中加载"Microsoft.Build.T asks.ResolveComReference"任务Microsoft.Build.Tasks.Core,Version = 15.1.0.0,Culture = neutral,PublicKeyToken = b03f5f7f11d50a3a.确认声明是否正确,程序集及其所有依赖项是否可用,以及该任务是否包含实现Microsoft.Build.Framework .ITask的公共类.[C:\ project.csproj]
我一直在寻找与我的问题相关的问题,并做了以下事情:
但没有什么能帮助我.
它可以是什么？
我正在用 python 编写一个脚本来构建一个解决方案文件并自动报告所有配置和平台的错误和警告数量。目前，我依赖于用户提供可用于构建项目的 msbuild 位置的事实。是否有一种自动方法可以在运行脚本的计算机中查找最新的 msbuild.exe 的位置？
请注意，测试机器不断变化，并且每个测试机器上最新的 msbuild.exe 的位置可能（大多数情况下没有）不同。此外，测试机器中的 msbuild.exe 通常不会设置 PATH 变量。
哪个版本build.exe是什么？
我有一台仅安装 Visual Studio 2017 (v15) 的机器。
然后我有2个msbuild.exe文件。一个在框架文件夹中，另一个在 Visual Studio 文件夹中。
除了版本不同，输出也不同。版本号不仅格式不同，信息类型也不同；框架版本与Visual Studio 版本。在不知道更好的情况下，Visual Studio 似乎有自己的 msbuild.exe，而不是从框架的派生而来。
C:\Windows\Microsoft.NET\Framework\v4.0.30319>msbuild /version
Microsoft (R) Build Engine version 4.7.3062.0
[Microsoft .NET Framework, version 4.0.30319.42000]
Copyright (C) Microsoft Corporation. All rights reserved.
4.7.3062.0
对比
C:\Program Files (x86)\Microsoft Visual Studio\2017\Professional\MSBuild\15.0\Bin>msbuild /version
Microsoft (R) Build Engine version 15.6.85.37198 for .NET Framework
Copyright (C) Microsoft Corporation. All rights reserved.
15.6.85.37198