持续集成 – 版本控制
持续集成 – 版本控制
版本控制系统，也称为源代码控制、源代码管理系统或修订控制系统，是一种用于保存文件多个版本的机制，以便在修改文件时仍然可以访问以前的修订版本。
第一个流行的版本控制系统是一个专有的 UNIX 工具，称为SCCS（源代码控制系统），其历史可以追溯到 1970 年代。这被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 中运行该项目时，输出将如下面的屏幕截图所示。
将源代码移至 Git
我们将展示如何从命令行界面将源代码移动到 Git，以便最终用户更清楚地了解如何使用 Git。
步骤 1 – 初始化Git 存储库。转到命令提示符，转到您的项目文件夹并发出命令git init。该命令会将必要的 Git 文件添加到项目文件夹中，以便在需要上传到存储库时能够被 Git 识别。
第 2 步– 添加需要添加到 Git 存储库的文件。这可以通过发出git add 命令来完成。点选项告诉 Git 需要将项目文件夹中的所有文件添加到 Git 存储库中。
Step 3 – 最后一步是将项目文件提交到 Git 存储库。这一步是确保所有文件现在都是 Git 的一部分所必需的。要发出的命令在以下屏幕截图中给出。该-m选项是提供文件的上传评论。
您的解决方案现已在 Git 中可用。
