持续集成 - 构建解决方案

有多种适用于各种编程语言的构建工具。一些最流行的构建工具包括Ant for Java和MSBuild for .NET。使用专门为构建软件而设计的脚本工具，而不是一组自定义的 shell 或批处理脚本，是开发一致、可重复的构建解决方案的最有效方法。

那么为什么我们需要一个构建过程来开始呢？对于初学者来说，对于持续集成服务器，构建过程应该易于使用并且可以无缝实施。

让我们举一个简单的例子来看看 .Net 的构建文件是什么样子的：

<?xml version = "1.0" encoding = "utf-8"?>
<project xmlns = "http://schemas.microsoft.com/developer/msbuild/2003">
   <Target Name = "Build">
      <Message Text = "Building Project" />
      <MSBuild Projects = "project.csproj" Targets = "Build/>"
   </Target>
</project>

上述代码需要注意以下几个方面 -

  • 目标是用构建名称指定的。其中，目标是构建过程中需要执行的逻辑步骤的集合。您可以有多个目标并且目标之间具有依赖关系。

  • 在我们的目标中，我们保留一条选项消息，该消息将在构建过程开始时显示。

  • MSBuild 任务用于指定需要构建哪个.Net 项目。

上面的例子是一个非常简单的构建文件的情况。在持续集成中，确保该文件保持最新，以确保整个构建过程是无缝的。

在 .Net 中构建解决方案

.Net 的默认构建工具是 MSBuild，它是随 .Net 框架附带的。根据您系统上的框架，您将拥有相关的 MSbuild 版本。例如，如果您在默认位置安装了 .Net 框架，您将在以下位置找到MSBuild.exe文件 -

C:\Windows\Microsoft.NET\Framework\v4.0.30319

让我们看看如何构建我们的示例项目。假设我们的示例项目位于名为C:\Demo\Simple的文件夹中。

为了使用 MSBuild 构建上述解决方案，我们需要打开命令提示符并使用 MSBuild 选项，如以下程序所示。

msbuild C:\Demo\Simple\Simple.csproj

在上面的示例中，csproj是特定于.Net 的项目文件。csproj 文件包含所有相关信息，以确保提供正确构建软件所需的信息。以下是 MSBuild 命令输出的屏幕截图。

MS 构建命令

只要构建成功且没有错误，您就无需担心输出警告。