MSBuild 是 Microsoft 和 Visual Studio的生成系统.它不仅仅是一个构造工具,应该称之为拥有相当强大扩展能力的自动化平台.MSBuild平台的主要涉及到三部分:执行引擎.构造工程.任务.其中最核心的就是执行引擎,它包括定义构造工程的规范,解释构造工程,执行"构造动作":构造工程是用来描述构造任务的,大多数情况下我们使用MSBuild就是遵循规范,编写一个构造工程:MSBuild引擎执行的每一个"构造动作"就是通过任务实现的,任务就是MSB

自从微软做了一个艰难的决定——.NET Core彻底放弃project.json,全面改回.csproj——至今,虽然赞美之声不断,但我依然不喜欢也难以接受这样的改变. 难以接受主要有两方面的原因: 1)由繁入简易,由简入繁难 习惯了json格式的简洁,很难再适应xml格式的繁琐.无论微软怎么简化.csproj,与project.json天生的简洁相比也是望尘莫及.简单对比一下,立马就能体会到. <Project Sdk="Microsoft.NET.Sdk" ToolsVers

当在Windows环境中使用npm install或者yarn 安装依赖时,可能会出现如下类似的错误: MSBUILD : error MSB4132: The tools version "2.0" is unrecognized. Available tools versions are "4.0". 或者: MSBUILD : error MSB4132: The tools version "2.0" is unrecognized. A

原本我是使用批处理调用 MSBuild 完成解决方案编译的,新版的 MSBuild 在 Visual Studio 2015 会自带安装. 当然在Visual Studio 2015 中,MSBuild 是一个独立的安装包,可以单独安装,而无须安装 Visual Studio 2015. 刚开始,我在 Windows Server 2008 R2 上使用 MSBuild 编译使用 .NET Framework 4.5.2 版本 开发的项目,也不是那么顺利的. 期间,遇到并且解决了很多问题,依次顺

一.前言 MSBuild是一个既熟悉又陌生的名字,Visual Studio的项目加载和构建均通过MSBuild来实现.VS中右键打开项目菜单,对应MSBuild的Build目标,对应MSBuild的Rebuild目标,对应MSBuild的Clean目标,对应MSBuild的PublishOnly目标.到这里我想大家都明白MSBuild就和Ant一样就是一个用于项目构建的任务执行引擎,只不过它被融入到VS中,降低了入门难度.但融入VS中只是方便我们使用而已,并不代表不用了解学习,尤其项目规模愈发

背景 托博客园的福,上周六,有家开发医疗行业系统的初创公司联系我,说在博客园上看到我关于WPF的几篇文章,邀请我去他们那里交流WPF相关的技术知识和心得体会.作为非大拿的我自然是受宠若惊,但对方好意相约,我便欣然前往. 诸事按过不表,在交流过程中,谈到了单独一个产品的版本控制的问题. (以下该公司人员简称为对方) 对方:“我们用SVN,还不错.只是现在产品的版本越来越多.” 我:“怎么说?” 对方:“我们开发平台有2.0.4.0,目前正在尝试4.5,特性和语法还是有些许不一样的.但是我们不可能为

Import 元素 (MSBuild)             Visual Studio 2013                 .NET Framework 4 .NET Framework 3.5 .NET Framework 3.0 .NET Framework 2.0 Visual Studio 2012   将一个项目文件的内容导入另一个项目文件.   复制             <Import Project="ProjectPath" Condition=&q

本系列文章包含: [独孤九剑]持续集成实践(一)- 引子 [独孤九剑]持续集成实践(二)– MSBuild语法入门 [独孤九剑]持续集成实践(三)- Jenkins安装与配置(Jenkins+MSBuild+GitHub) 本文是转发“用MSBuild和Jenkins搭建持续集成环境”,由于该文内容十分清晰,我就不再画蛇添足的再写一篇了.只是其中会夹杂一些个人的理解,如果各位看官介意,请移步至原文. 1.开始 在这篇文章中,我们会从头开始,一步步完成一个属于我们自己的MSBuild脚本.在它完成

 http://www.infoq.com/cn/articles/MSBuild-1 你或其他人刚刚写完了一段代码,提交到项目的版本仓库里面.但等一下,如果新提交的代码把构建搞坏了怎么办?万一出现编译错误,或者有的测试失败了,或者代码不符合质量标准所要求的底限,你该怎么办? 最不靠谱的解决方案就是寄希望于所有人都是精英,他们根本不会犯这些错误.但如果真的出现了这些问题,我们就希望发现的越早越好.最好的方式就是只要有代码提交,我们就有某种方式对它进行验证.这就是持续集成的作用. 持续集成相关的工

说明:本文在个人博客地址为edwardesire.com,欢迎前来品尝. 在决策树项目中,使用到了bcrypt依赖包来加密文件.在wini8(win7)部署安装这个依赖的时候容易出现出现了问题. 解决方法:安装Visual Studio 2012 Express或以上版本 这个一般是当报错出现了c++..cc.msbuild.找不到Microsoft.Cpp.Default.props之类的错误,一般都归于系统的MVSC的问题,我们需要安装c++的环境. 进入微软官网下载来安装Visual St

如果你没有看过第一部分教程,请先看完后再回到这里来继续我们的第二部分. 我们下一步的工作是发布我们的网站,也就是创建Publish target. 为了能使我们的target工作,我们需要给它传递两个属性,WebProjectOutputDir 和 OutDir, 这两个变量将确保我们能把我们的网站文件发布到正确的目录下面. MSbuild 允许我们声明一个PropertyGroup, 在这个PropertyGroup中,我们可以创建一些中间变量用来存储一些设置数据,当我们进行读写操作的时候,我

在.Net framework中,一个不太被大家熟知的工具就是MSBuild.这个命令行工具通过执行XML脚本可以自动生成软件工程文件. 但问题来了,“我为什么想要我的生成过程自动化?”. 其实,大部分普通的的项目都有可能包含一系列的生成过程,例如: · 增加版本号 · 编译源代码 · 针对不同的部署环境选择正确的设置(例如,测试或者现场) · 在安装包中引入第三方的依赖 像这些工作,如果手动生成我们想要的一定是一个会非常耗时,容易出错的过程.并且我们一开始在创建脚本时花的时间完全可以被后来的自

MSBuild的深入认识 分类: 专题开发 自动化 2009-01-20 11:56 5711人阅读 评论(1) 收藏 举报 任务引擎脚本工作扩展build 最近在从事自动构造工作的过程中,对MSBuild本身有了一些更加深入的认识.MSBuild不仅仅是一个构造工具,应该称之为拥有相当强大扩展能力的自动化平台. 按照笔者现在的理解,MSBuild平台的主要涉及到三部分:执行引擎.构造工程.任务.其中最核心的就是执行引擎,它包括定义构造工程的规范,解释构造工程,执行“构造动作”:构造工程是用来描

MSBuild入门 MSBuild是什么? MSBuild全称(Microsoft Build Engine),是用来生成.NET程序的平台.您可能不知道它,但是如果您在使用VS做开发,那么一定时时刻刻在使用它.因为是它在背后为你管理生成你的项目文件.当新建一个项目时,注意下项目文件夹中的*.*proj文件就是为MSBuild提供的,这是个文本文件,基于XML格式,里面包含有项目所包含的文件,生成配置,输出配置等信息.当把一个文件或者图片等添加到项目中,就会在这里添加一个描述,反之则删除一个描述

一.前言 本篇主要讨论.NET Core应用程序项目结构的主题,重点探索.NET Core应用程序的多平台编译问题,这里指的多平台是指.NET Framework..NET Core App..NET Standard.Mono.UWP等多平台的条件编译.项目(包)引用.编译符号等问题. .NET Core已经将新的项目管理配置过渡回MSBuild编译系统中.虽然现在可以从无到有的使用VS2017来创建一个新的MSBuild项目,但是还是有好多遗留程序使用着以JSON格式存储的项目配置文件为基础

一.前言 在上一篇文章.Net Core迁移到MSBuild的多平台编译问题中,简单的讲了下新的项目配置文件中的节点配置,这篇我将用一些例子来详细讲下从project.json迁移到msbuild过程的节点配置.做过完整迁移新项目配置文件的朋友,肯定会觉得新的项目配置文件Msbuild的配置太扯了,虽然能直接编辑项目文件,但整个配置文件中没有了像project.json中的智能提示,当你在打开文件后你就会发现以前很轻松能写出来的json配置,现在已经什么都写不出来了,而且也没有文档可以参考,一般

ILMerge ILMerge是一个将多个.NET程序集合并到一个程序集中的实用程序.它可以免费使用,并以NuGet包的形式提供. 如果您在使用它时遇到任何问题,请与我们联系.(mbarnett at microsoft dot com).但首先尝试阅读文档. ILMerge接受一组输入程序集并将它们合并到一个目标程序集中.输入程序集列表中的第一个程序集是主程序集.当主程序集是可执行文件时,目标程序集将创建为具有与主程序集相同的入口点的可执行文件.此外,如果主程序集具有强名称,并且提供了.snk

你或其他人刚刚写完了一段代码,提交到项目的版本仓库里面.但等一下,如果新提交的代码把构建搞坏了怎么办?万一出现编译错误,或者有的测试失败了,或者代码不符合质量标准所要求的底限,你该怎么办? 最不靠谱的解决方案就是寄希望于所有人都是精英,他们根本不会犯这些错误.但如果真的出现了这些问题,我们就希望发现的越早越好.最好的方式就是只要有代码提交,我们就有某种方式对它进行验证.这就是持续集成的作用. 持续集成相关的工具有很多.最流行的要数一款基于Java的名叫Jenkins的工具.它提供了Web界面,用

一 使用devenv来build单个project   devenv是VisualStudio的可执行程序,一般安装在“C:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE”下.用来在命令行或GUI方式运行VisualStudio.其中devenv.com是命令行程序,devenv.exe是GUI的程序.默认地当你调用devenv的时候其实是启动devenv.com,除非你显示地调用devenv.exe才会启动GUI的Vi

以前都是直接使用VS或者msbuild生成整个解决方案,或者只构建单个工程. 这回使用msbuild构建单个工程的时候出现了问题,因为工程中使用了SolutionDir这个宏来定位第三方库路径. 对于这个文件,微软已经给出了解决方案. 解决 如何:使用 MSBuild.exe 生成解决方案中的特定目标 您可以使用MSBuild.exe生成解决方案中的特定项目的特定目标. 若要生成解决方案中的特定项目的特定目标 在命令行中,键入MSBuild.exe <SolutionName>.sln, ,其