MSbuild使用MSBuild实现完整daily build流程.docx

使用MSBuild实现完整daily build流程 分类：二东家 2009-10-26 17:59 645人阅读评论(0) 收藏举报使用MSBuild实现完整daily build流程[Author:Jason Wang] 一、MSBuild在微软软件开发中，每日构建是最重要的过程之一，被称为微软产品开发的“心跳”。简单来看，每天构建系统将整个产品解决方案完整构建一遍，生成的目标文件和安装文件被放置在一个共享位置。接着，安装文件被自动部署到release server上，随后可以自动运行BVT（build verification test），并将所有结果寄送每个team member的信箱。微软有一套完善的内部系统来完成整个自动化流程，以及流程管理、reporting等工作，而如果我们没有这套系统，也想实现完整的daily build流程，该怎么做呢？在VS.NET2003时代，IDE可以控制整个方案的构建，但是所有的构建逻辑被IDE控制，对于开发人员来说，整个构建流程就像一个黑箱，很难修改和管理。当然可以使用PreBuildEvent和PostBuildEvent来控制，但是这些event都写在csproj/vbproj文件中，不便于修改，不适于扩展。而且使用IDE来做每日构建的话，要求构建系统本身装有VS.NET，这会带来额外的成本。另一种办法是使用NAnt，通过XML配置文件，来管理构建流程，这会使得整个流程易于修改，可扩展，并且不要求构建系统安装IDE，只需要有framework即可。问题是使用NAnt必须额外写一堆复杂的XML配置文件，足以让很多developer看了头疼。VS.NET2005中引入了一套全新的构建系统：MSBuild。简单来讲，MSBuild可以直接读取csproj文件，控制csc/vbc等编译器，生成整个方案。实际上，VS2005的IDE自身就是调用MSBuild来完成编译的，这与VS2003有很大的不同。并且由于VS2005的csproj文件服从MSBuild的配置schema，因此我们可以直接使用csproj，稍稍修改一下，就能组织起完整的构建流程了。二、示例项目的组织来看一个完整的例子。我们将建立一个简单的Hello方案，包括一个HelloService（Windows NT Service），一个HelloSite（ASP.NET Web Site），和一个共用组件（class library）。如图所示。build目录中，将用来存放构建使用的配置文件。private目录中存放解决方案本身。public目录中存放用来完成构建所使用的编译器，例如WiX（用来生成安装包）。先在private目录中新建一个空解决方案，可以命名为“HelloSolution”。然后依次新建SharedComponents、HelloService和HelloSite项目，并建立引用关系：HelloService引用了SharedComponents。最后的文件组织如图所示。删除Default.aspx第一行的引用，删除Default.aspx.cs，添加一个App_Code目录，在App_Code中新建一个Hello.cs文件，保持初始代码不用修改。在IDE中编译整个Solution，没问题。可以关闭IDE了。打开SDK的控制台，输入两条命令：CD /d C:/Hello/private/HelloSolution msbuild很快就能看到构建结果了：但这并不完全是我想要的。例如我想将所有的项目输出都放在C:/Hello/target目录；我想让HelloSite有一个自己的主目录；我想自动生成MSI安装包，并且也放在target目录下。三、修改构建流程首先我们将SharedComponent.csproj和HelloService.csproj文件copy至build目录下，并将扩展名改名为proj。用记事本打开SharedCj，看到如下内容。Project DefaultTargets=Build xmlns=/developer/msbuild/2003 PropertyGroup Configuration Condition= $(Configuration) == Debug/Configuration Platform Condition= $(Platform) == AnyCPU/Platform ProductVersion8.0.50727/ProductVersion SchemaVersion2.0/SchemaVersion ProjectGuid{FF79BA82-D6CE-4E89-9AFA-C5EF83A62C2D}/ProjectGuid OutputTypeLibr