持续集成-版本控制

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

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

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

版本控制系统的目的

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

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

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

通过将应用程序的所有信息存储在源代码管理中，重新创建应用程序运行的测试和生产环境变得更加容易。这应包括应用程序软件堆栈和构成环境的操作系统的配置信息、DNS 区域文件、防火墙配置等。

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

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

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

使用 Git 进行源代码版本控制系统

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

我们的演示应用程序

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

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

演示 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>

代码非常简单，只是向浏览器输出字符串“持续集成”。

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

运行项目

将源代码移至 Git

我们将展示如何从命令行界面将源代码移动到 Git，以便最终用户更清楚地了解如何使用 Git。

步骤 1 - 初始化Git 存储库。转到命令提示符，转到项目文件夹并发出命令git init。该命令会将必要的Git文件添加到项目文件夹中，以便在需要上传到存储库时能够被Git识别。

git存储库

步骤 2 - 添加需要添加到 Git 存储库的文件。这可以通过发出git add 命令来完成。点选项告诉 Git 项目文件夹中的所有文件都需要添加到 Git 存储库中。

GIT添加命令

步骤 3 - 最后一步是将项目文件提交到 Git 存储库。需要执行此步骤以确保所有文件现在都是 Git 的一部分。下面的屏幕截图给出了要发出的命令。–m 选项是为上传文件提供注释。

-M选项

您的解决方案现已在 Git 中提供。