用MSBuild和Jenkins搭建持续集成环境

你或其他人刚刚写完了一段代码，提交到项目的版本仓库里面。但等一下，如果新提交的代码把构建搞坏了怎么办？万一出现编译错误，或者有的测试失败了，或者代码不符合质量标准所要求的底限，你该怎么办？

最不靠谱的解决方案就是寄希望于所有人都是精英，他们根本不会犯这些错误。但如果真的出现了这些问题，我们就希望发现的越早越好。最好的方式就是只要有代码提交，我们就有某种方式对它进行验证。这就是持续集成的作用。

持续集成相关的工具有很多。最流行的要数一款基于Java的名叫Jenkins的工具。它提供了Web界面，用户可以在界面上配置Job，每个Job都包含一系列的构建步骤。Jenkins可以完成开头那个场景中所提到的所有验证工作，它还能更进一步做自动化部署或者一键式部署。

Jenkins是由Sun的前员工开发的，它的根基是Java，但也可以用在非Java的项目里，比如PHP、Ruby on Rails、.NET。在.NET项目里，你除了Jenkins之外还要熟悉另一样工具：MSBuild。

Visual Studio用MSBuild构建.NET项目。MSBuild所需的仅仅是一个脚本，在脚本中指定要执行的target。项目中的.csproj和.vbproj 文件都是MSBuild脚本。

在这篇文章中，我们会从头开始，一步步完成一个属于我们自己的MSBuild脚本。在它完成以后，我们只需要一个命令就可以删除之前的构建产物，构建.NET应用，运行单元测试。后面我们还会配一个Jenkins Job，让它从代码库中更新代码，执行MSBuild脚本。最后还会配另一个Jenkins Job，让它监听第一个Job的结果，当第一步成功以后，它会把相关的构建产物复制出来，放到web服务器里启动运行。

我们用一个ASP.NET MVC 3应用做例子，在VS里面创建ASP.NET MVC 3应用并选择“application”模版就行。我们还要用一个单元测试项目来跑测试。代码可以在这里下载。

局域网内利用GitLab+Jenkins自动生成GitBook并发布(Nginx) 

Linux+Git+Maven+Jenkins+Neuxs自动化编译环境搭建

CentOS6安装Jenkins 

使用Jenkins配置Git+Maven的自动化构建

Jenkins+Maven+Git搭建持续集成和自动化部署的配置手记

Jenkins的分布式构建及部署——节点 

你好，MSBuild

MSBuild是在.NET 2.0中引入的针对Visual Studio的构建系统。它可以执行构建脚本，完成各种Task──最主要的是把.NET项目编译成可执行文件或者DLL。从技术角度来说，制作EXE或者DLL的重要工作是由编译器（csc，vbc等等）完成的。MSBuild会从内部调用编译器，并完成其他必要的工作（例如拷贝引用──CopyLocal，执行构建前后的准备及清理工作等）

这些工作都是MSBuild执行脚本中的Task完成的。MSBuild脚本就是XML文件，根元素是Project，使用MSBuild自己的命名空间。MSBuild文件都要有Target。Target由Task组成，MSBuild运行这些Task，完成一个完整的目标。Target中可以不包含Task，但是所有的Target都要有名字。

下面来一起创建一个“Hello World”的MSBuild脚本，先保证配置正确。我建议用VS来写，因为它可以提供IntelliSense支持，不过用文本编辑器也无所谓，因为只是写个XML文件，IntelliSense的用处也不是很大。先创建一个XML文件，命名为“basics.msbuild”，这个扩展名只是个约定而已，好让我们容易认出这是个MSBuild脚本，你倒不用非写这样的扩展名。给文件添加一个Project元素作为根元素，把 设置成命名空间，如下所示

<Project xmlns="http://schemas.microsoft.com/developer/msbuild/2003"> </Project>

下一步，给Project元素添加一个Target元素，起名叫“EchoGreeting”

<Project xmlns="http://schemas.microsoft.com/developer/msbuild/2003"> <Target /> </Project>

这就行了。我们已经有了一个可以运行的MSBuild脚本。它虽然还啥事都没干，但我们可以用它来验证当前环境是不是可以运行MSBuild脚本。在运行脚本的时候，我们要用到.NET框架安装路径下的MSBuild可执行文件。打开命令行，执行“MSBuild /nologo /version”命令，看看.NET框架安装路径是不是放到了PATH环境变量里面。如果一切正确，你应该能看到屏幕上打印出MSBuild的当前版本。倘若没有的话，或者把.NET框架安装路径放到PATH里面去，或者直接用Visual Studio Command Prompt，它已经把该配的都配好了。