持续集成 – 构建解决方案

有多种构建工具可用于各种编程语言。一些最流行的构建工具包括用于 Java 的 Ant和用于 .NET 的 MSBuild。使用专为构建软件而设计的脚本工具，而不是一组自定义的 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 命令输出的屏幕截图。

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