CIT分布式版本控制系统

一、GIT概述

在Linux虚拟机中配置DNS主从（Master-Slave）服务，通常涉及到BIND（Berkeley Internet Name Domain）软件的安装、主服务器（Master）的配置以及从服务器（Slave）的配置。以下是详细的配置步骤及命令：

在Linux环境中搭建DNS主从（Master-Slave）服务器的意义主要体现在以下几个方面：

GIT是一个广泛使用的分布式版本控制系统（Distributed Version Control System, DVCS），由林纳斯·托瓦兹（Linus Torvalds）于2005年创建，最初是为了辅助Linux内核的开发。与集中式版本控制系统（如Subversion）不同，GIT的设计允许每个开发者在自己的本地机器上维护一个完整的代码库历史记录，而不仅仅是代码的一个最新版本或一组差异。

二、主要特点

分布式：

每个开发者的机器上都有一份完整的代码库，包括历史记录。这意味着开发者可以在任何时候、任何地点进行工作，即使网络中断也不会影响他们的开发流程。

无需依赖中央服务器进行日常开发活动，如代码提交（commit）、分支（branch）创建和切换等。

高效：

GIT使用快照而非差异文件来存储每次提交，这使得数据压缩率高，且易于处理大量数据。

支持快速的分支和合并操作，因为它们只是在本地文件系统上创建新的目录或文件链接。

数据完整性：

使用SHA-1哈希算法来确保数据的完整性。每个提交、文件或目录都通过哈希值唯一标识，任何更改都会生成新的哈希值。

提供了强大的数据恢复机制，即使在数据损坏的情况下也能恢复大部分内容。

灵活性：

支持非线性开发，允许多个分支同时工作，非常适合复杂项目的协作开发。

提供了多种方式来合并分支，包括合并（merge）、变基（rebase）和cherry-pick等。

开源：

GIT是开源的，由世界各地的开发者共同维护和改进。

拥有一个庞大的社区和丰富的文档资源，便于学习和使用。

三、使用场景

GIT因其强大的功能和灵活性，被广泛应用于各种软件开发项目中，无论是个人项目还是大型团队协作。它不仅用于代码管理，还可以用于配置文件、文档和其他类型文件的版本控制。

学习GIT

学习GIT可以通过阅读官方文档、观看在线教程、参与社区讨论等多种方式进行。由于GIT的功能非常丰富，初学者可能会感到有些复杂，但一旦掌握了基本概念和常用命令，就会发现它的强大和便利。

四、集中式与分布式的区别

、1、集中式概述

集中式版本控制系统（例如SVN）将代码库存储在一台中央服务器上，团队

成员通过客户端从中央服务器获取代码并将更改提交到服务器。这意味着代

码库是集中的，所有开发者都在同一个代码库上工作，并且必须与服务器进

行通信才能查看历史记录和获取代码。因此，如果服务器发生故障或网络中

断，会导致数据丢失，并且开发者将无法使用代码库。

2、分布式概述

分布式版本控制系统（例如Git）则将完整的代码库复制到每个开发者的本

地计算机上，每个开发者都有自己的完整副本，可以在没有网络连接的情况

下继续工作。开发者可以在本地进行代码的修改和提交，然后将更改推送到

其他开发者的本地副本中。因此，代码库是分散的，每个开发者都有自己的

代码库和历史记录，可以独立工作并在不同的分支上开发代码。

像集中式都有一个主版本号，所有的版本迭代都以这个版本号为主，而分布

式因为每个客户端都是服务器，git 没有固定的版本号，但是有一个由哈希

算法算出的 id，用来回滚用的，同时也有一个 master 仓库，这个仓库是一

切分支仓库的主仓库，我们可以推送提交到 master 并合并到主仓库上，主

仓库的版本号会迭代一次，我们客户端上的 git 版本号无论迭代多少次，都

跟 master 无关，只有合并时 master 才会迭代一次。

3、整体区别

版本控制系统的集中式和分布式主要在以下三个方面存在区别：

1. 代码库的角色与功能：在集中式版本控制系统中，只有中央服务器上的

代码库扮演中央仓库的角色，可以提供历史版本对比和代码回退等操

作。而在分布式版本控制系统中，每个代码库都可以扮演中央仓库的角

色，都提供中央仓库的功能。

2. 协同开发与代码同步：在集中式版本控制系统中，如果中央仓库发生故

障，那么协同开发就无法进行，各个用户也无法更新最新代码。而在分

布式版本控制系统中，即使本地断网，也可以提交（待联网后

push），可以对比历史版本差异（本地有历史库）。

3. 节点的角色与功能：分布式版本控制的每个节点都是完整仓库（都可以

扮演中央仓库），而集中式版本控制的每个节点只是保存了仓库的某个

版本（无法扮演中央仓库）。

综上所述，版本控制系统的集中式和分布式各有其特点。选择何种方式主要

取决于团队的特定需求和工作流程。

六、集中式和分布式的优缺点

1、分布式

（1）优点

1. 灵活性：由于每个节点都有完整的代码库，因此可以更轻松地进行并行

工作，不同的开发人员可以在不同的分支上独立工作，提高工作效率。

2. 可扩展性：由于每个节点都有完整的代码库，因此可以更容易地扩展系

统以适应更大的开发团队或项目需求。

3. 独立性：每个节点都可以独立工作，不需要依赖于中央服务器或其他节

点，提高了系统的可用性和稳定性。

（2）缺点

1. 安全性：由于每个节点都有完整的代码库，如果某个节点被攻击或出现

故障，可能会造成源代码泄露，影响到整个系统的安全性。

2. 数据一致性：由于每个节点都有自己的代码库和历史记录，因此在合并

不同节点的更改时可能会出现数据一致性问题。

3. 管理难度：由于分布式系统的复杂性，管理起来相对困难，需要更多的

技术知识和经验。

2、集中式

（1）优点

1. 简单易用：集中式版本控制系统通常具有简单明了的设计，易于理解和

实施。由于所有的决策和处理都由中心节点完成，客户端设备只需执行

简单的操作即可得到所需的服务。

2. 数据安全性：由于所有数据都存储在中央服务器上，因此可以更好地保

护数据的完整性和安全性。

3. 管理方便：集中式版本控制系统通常具有集中的管理和控制能力，可以

更/容易地进行系统维护和管理。

（2）缺点

1. 单点故障：由于整个系统依赖于中心节点，一旦中心节点出现故障或不

可用，整个系统将无法正常运行。这导致系统的可靠性受到了限制，并

增加了系统的风险。

2. 性能瓶颈：在集中式版本控制系统中，所有的数据处理和决策都需要通

过中心节点进行。当系统负载增大时，中心节点可能成为性能瓶颈，限

制了整个系统的处理能力。

3. 可扩展性有限：由于所有的处理都由中心节点完成，集中式版本控制系

统的可扩展性受到限制。当系统需要扩展以满足更大规模的需求时，需

要升级和改变中心节点，导致系统的扩展性有限。

五、Git的安装及配置

1.Git安装

[root@YH1 ~]# yum -y install git

......省略部分内容......

已安装:

git-2.39.3-1.el8_8.x86_64 git-coredoc-2.39.3-1.el8_8.noarch

perl-Error-1:0.17025-2.el8.noarch perl-Git-

2.39.3-1.el8_8.noarch

perl-TermReadKey-2.37-7.el8.x86_64

完毕！

[root@YH1 ~]# git # 直接输入git可通过提示查看到git的选项和

参数

用法：git [-v | --version] [-h | --help] [-C <path>] [-c

<name>=<value>]