代码托管工具——git使用介绍

最近工作中需要使用Git工具对代码进行管理，发现之前学习的东西很多都已经忘记了，这里就进行一下复习，以及对git相关的知识进行一次复盘。

需要本博客文档的请点击下载：最新git一站式操作指南

版本控制工具

git是一种版本控制工具，版本控制工具主要分为：集中式版本控制和分布式版本控制。

集中式版本控制工具

如：CVS、SVN(Subversion)、VSS……

集中化的版本控制系统诸如 CVS、SVN 等，都有一个单一的集中管理的服务器，保存所有文件的修订版本，而协同工作的人们都通过客户端连到这台服务器，取出最新的文件或者提交更新。多年以来，这已成为版本控制系统的标准做法。

这种做法带来了许多好处：

• 每个人都可以在一定程度上看到项目中的其他人正在做些什么；
• 管理员也可以轻松掌控每个开发者的权限，并且管理一个集中化的版本控制系统；
• 远比在各个客户端上维护本地数据库来得轻松容易。

事分两面，有好有坏。这么做显而易见的缺点是中央服务器的单点故障。如果服务器宕机一小时，那么在这一小时内，谁都无法提交更新，也就无法协同工作。

分布式版本控制工具

如：Git、Mercurial、Bazaar、Darcs……

像Git 这种分布式版本控制工具，客户端提取的不是最新版本的文件快照，而是把代码仓库完整地镜像下来（本地库）。这样任何一处协同工作用的文件发生故障，事后都可以用其他客户端的本地仓库进行恢复。因为每个客户端的每一次文件提取操作，实际上都是一次对整个文件仓库的完整备份。

分布式的版本控制系统出现之后,解决了集中式版本控制系统的缺陷：

1. 服务器断网的情况下也可以进行开发（因为版本控制是在本地进行的）；
2. 每个客户端保存的也都是整个完整的项目（包含历史记录，更加安全）。

git介绍

Git 是一个免费的、开源的分布式版本控制系统，可以快速高效地处理从小型到大型的各种
项目。

Git 易于学习，占地面积小，性能极快。 它具有廉价的本地库，方便的暂存区域和多个工作
流分支等特性。其性能优于 Subversion、CVS、Perforce 和 ClearCase 等版本控制工具。

Git 是 Linus Torvalds 为了帮助管理 Linux 内核开发而开发的一个开放源码的版本控制软件。

Git 与常用的版本控制工具 CVS, Subversion 等不同，它采用了分布式版本库的方式，不必服务器端软件支持。

git基本原理

git是通过哈希（SHA-1）从根本上保证数据的完整性的。

哈希是一个系列的加密算法，虽然各个不同的哈希算法加密强度不同，但是具有如下几个共同点：

• 不管输入的数据量多达，将不同的原始数据输入同一个哈希算法中得到的加密结果长度都是相同的。
• 哈希算法固定，输入相同的原始数据，输出的加密数据相同。
• 哈希算法确定，输入的数据发生变化，加密的输出结果一定发生变化，而且通常变化较大。
• 哈希算法不可逆，即哈希算法不能通过加密结果得到原始数据。

使用哈希这种加密方式就可以很容易的发现数据是否被修改了，若原始数据经过哈希计算得到的结果与实时数据经过计算得到的哈希结果相同，就证明数据并未修改，反正发生了修改，需要重新上传。

git结构

git包括四部分，分别为工作区，暂存区、本地库、远程库。

其中工作区，暂存区以及本地库都是存储在本地的硬盘上，而远程库顾名思义就是存储在远程的代码托管平台上，如github、码云或者公司内部自己开发的代码托管平台。

四者之间的具体详细关系以及操作流程会在本篇文章的后半部分进行介绍。

git下载与安装

可以去如下地址下载和安装不同系统的版本：下载地址。

mac推荐使用homebrew进行安装。

git配置

使用git的时候需要对自己的信息进行配置，如用户名和邮箱地址，目的是用于区分不同开发者的身份，之后提交代码时将会用到这些信息。

对两者的配置需要区分全局和仓库两个范围，如果配置了某个仓库的用户名和邮箱，那么只有本仓库使用该用户名和邮箱；

如果配置了全局的信息，那么在此操作系统中的所有仓库都会使用该用户名和邮箱。

若两者全部配置，则优先使用局部配置，也就是优先使用该仓库单独配置的用户名和邮箱地址。

除邮箱和用户名之外，若想安全地将代码上传到托管平台（如github、码云）上，还需要在本地生成一对公钥和私钥，并且在托管平台上配置自己的公钥。

上述配置操作的命令如下：

配置全局的用户名和邮箱

git config --global user.name "自己的用户名，如张三、zhangsan"
git config --global user.email "自己的邮箱地址，如123@qq.com"

配置某个仓库的独立用户名和密码（非全局）

只需要将上节的命令去掉global即可，如下：

git config user.name "自己的用户名"
git config user.email "自己的邮箱地址，如123@qq.com"

生成公钥、私钥和配置

ssh-keygen -t rsa

上述命令会生成一对公钥和私钥，我们需要将生成的公钥填充到托管平台上，如github。
对于mac系统，生成的公钥和私钥在如下目录，使用cat进行查看：

cat ~/.ssh/id_rsa.pub

复制添加到相应位置即可。

git的基本操作和命令

本地初始化一个仓库

git init

执行此命令可以创建一个本地库，本地会出现一个隐藏文件夹（.git），此处就是一个本地仓库。

仓库克隆

git clone [远程仓库地址]

若仓库在远程托管平台，需要使用该命令clone到本地。

状态查看

git status

用于查看工作区和暂存区的状态。

添加

git add [filename]

将工作区新建或者修改的文件提交到本地库。

提交

git commit -m "提交的日志信息" [filename]

将暂存区的内容提交到本地库。

查看历史记录

git log

可查看提交的记录。

git基本命令小结

git分支

什么是分支

在版本控制过程中，同时推进多个任务，为每个任务，我们就可以创建每个任务的单独分支。使用分支意味着程序员可以把自己的工作从开发主线上分离开来，开发自己分支的时候，不会影响主线分支的运行。对于初学者而言，分支可以简单理解为副本，一个分支就是一个单独的副本。（分支底层其实也是指针的引用）

分支的好处

• 同时并行推进多个功能开发，提高开发效率。
• 各个分支在开发过程中，如果某一个分支开发失败，不会对其他分支有任何影响。失败的分支删除重新开始即可。

创建分支

在一个项目中，可能多个人同时进行开发，这就需要创建多个分支进行开发，开发完毕之后，再将分支合并。创建分支的操作如下：

git branch [分支名称]

查看所有分支

查看此仓库存在的所有分支信息

git branch -v

切换分支

git checkout [分支名称]

合并分支

合并的时候，必须先切换到被合并的分支上，然后在使用合并命令进行合并。

git checkout [被合并的分支名称]
git merge [有新内容的分支名称]

示例：在master上合并hot_fix分支，则进行如下操作：

git checkout master
git merge hot_fix

分支冲突

在分支合并的时候，很可能因为多个开发人员同时进行开发而产生合并冲突，此时就会合并失败，需要自己解决此冲突。

冲突产生的表现：后面状态为 MERGING

冲突产生的原因：
合并分支时，两个分支在同一个文件的同一个位置有两套完全不同的修改。Git 无法替我们决定使用哪一个，必须人为决定新代码内容。

解决冲突的办法：

第一步：查看状态（检测到有文件有两处修改）

查看该发生冲突的文件（hello.txt）：

第二步：编辑有冲突的文件，删除特殊符号，决定要使用的内容

特殊符号：<<<<<<< HEAD：当前分支的代码；
=======：合并过来的代码；
>>>>>>>：hot-fix分支

第三步：将文件添加到暂存区（git add hello.txt）；

第四步：git commit -m "提交的日志信息"
此时的commit需要注意，一定不能带上要提交的具体文件名。

分支操作小结