持续集成 - 版本控制

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

第一个流行的版本控制系统是一个专有的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>

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

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

将源代码移动到Git

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

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

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

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

您的解决方案现在可在Git中使用了。

打印页面