持续集成 - 版本控制

版本控制系统，也称为源代码控制、源代码管理系统或修订控制系统，是一种保存文件多个版本的机制，这样当您修改文件时，您仍然可以访问以前的修订版本。

第一个流行的版本控制系统是一个专有的 UNIX 工具，称为 SCCS（源代码控制系统），可以追溯到 20 世纪 70 年代。它被 RCS（修订控制系统）和后来的 CVS（并发版本系统）所取代。

现在最流行的版本控制系统是 Subversion 和 Git。首先，让我们看看为什么我们需要使用版本控制系统，然后让我们看看如何将源代码放入Git 源代码存储库系统中。

版本控制系统的目的

我们使用版本控制而不是源代码控制的原因之一是版本控制不仅仅适用于源代码。与软件创建相关的每个工件都应该受到版本控制。

开发人员应该将其用于源代码 − 默认情况下，所有源代码都需要存储在版本控制系统中

相关工件 − 每个系统都会有与源代码相关的工件，例如数据库脚本、构建和部署脚本、文档、应用程序的库和配置文件、编译器和工具集合等。所有这些都是对整个开发和部署过程的补充，也需要存储在版本控制系统中。

通过将应用程序的所有信息存储在源代码控制中，可以更轻松地重新创建应用程序运行的测试和生产环境。这应该包括应用程序软件堆栈的配置信息以及组成环境的操作系统、DNS 区域文件、防火墙配置等。

至少，您需要重新创建应用程序的二进制文件及其运行环境所需的一切。目标是以受控的方式存储项目生命周期中任何时间点可能发生变化的所有内容。这允许您在项目历史的任何时间点恢复整个系统状态的精确快照，从开发环境到生产环境。

将开发团队开发环境的配置文件保存在版本控制中甚至很有帮助，因为它使团队中的每个人都可以轻松使用相同的设置。分析师应该存储需求文档。测试人员应将他们的测试脚本和程序保存在版本控制中。项目经理应在此处保存他们的发布计划、进度图和风险日志。

简而言之，团队的每个成员都应将与项目相关的任何文档或文件存储在版本控制中。

使用 Git 作为源代码版本控制系统

本节现在将重点介绍如何将 Git 用作版本控制系统。它将重点介绍如何将代码上传到版本控制系统并管理其中的更改。

我们的演示应用程序

为了整个教程的目的，我们将研究一个简单的 Web ASP.Net 应用程序，它将用于整个持续集成过程。我们不需要关注此练习的整个代码细节，只需概述项目的作用就足以理解整个持续集成过程。此 .Net 应用程序是使用 Visual Studio 集成开发环境 构建的。

以下屏幕截图是 Visual Studio 环境中解决方案的结构。这是一个非常简单的 Web 应用程序，其主要代码位于 Demo.aspx 文件中。

Demo.aspx 文件中的代码显示在以下程序中 −

<html xmlns = "http://www.w3.org/1999/xhtml">
   <head runat = "server">
      <title>TutorialsPoint</title>
   </head>
   
   <body>
      <form id = "form1" runat="server">
         <div><%Response.Write("Continuous Integration"); %></div>
      </form>
   </body>
   
</html>

代码非常简单，只是向浏览器输出字符串"Continuous Integration"。

在 Google Chrome 中运行项目时，输出将如以下屏幕截图所示。