Git版本管理工具零基础学习

参考教程：【狂神说Java】Git最新教程通俗易懂_哔哩哔哩_bilibili

一、版本控制概述

1、版本控制的基本概念

（1）版本控制（Revision control）是一种在开发的过程中用于管理文件、目录或工程等内容的修改历史，方便查看更改历史记录，备份以便恢复以前的版本的软件工程技术。

（2）版本控制的优势：

①实现跨区域多人协同开发。

②追踪和记载一个或者多个文件的历史记录。

③组织和保护源代码和文档。

④统计工作量。

⑤并行开发、提高开发效率。

⑥跟踪记录整个软件的开发过程。

⑦减轻开发人员的负担，节省时间，同时降低人为错误。

2、传统版本控制的缺陷

        没有进行版本控制或者版本控制本身缺乏正确的流程管理，在软件开发过程中将会引入很多问题，如软件代码的一致性、软件内容的冗余、软件过程的事物性、软件开发过程中的并发性、软件源代码的安全性，以及软件的整合等问题。

二、版本控制分类

1、本地版本控制（传统版本控制）

（1）在本地记录文件每次的更新，可以对每个版本做一个快照，或是记录补丁文件，适合个人用，如RCS。

（2）个人版本控制往往较为随意，每个人会有自己不同的“管理规则”，且版本管理均在本地进行，如版本变更通知不到位，将会引发不可预期的后果。

2、集中版本控制

（1）所有的版本数据都保存在服务器上，协同开发者从服务器上同步更新或上传自己的修改即可。

（2）所有的版本数据都存在服务器上，用户的本地只有自己以前所同步的版本，如果不连网，用户看不到历史版本，无法切换版本验证问题，或在不同分支工作。此外，所有数据都保存在单一的服务器上，若这个服务器损坏，将会丢失所有的数据。

3、分布式版本控制

（1）所有版本信息仓库全部同步到本地的每个用户，这样所有人都可以在本地查看所有版本历史，可以离线在本地提交文件，只需在连网时push到相应的服务器或其他用户那里即可。

（2）由于每个用户保存的都是所有的版本数据，倘若服务器崩溃，只要有一个用户的设备没有问题就可以恢复所有的数据，不过这也增加了本地存储空间的占用。

三、版本控制工具

1、常见的版本控制工具

（1）主流的版本控制器有：Git、SVN（Subversion）、CVS（Concurrent Versions System）、VSS（Micorosoft Visual SourceSafe）、TFS（Team Foundation Server）、Visual Studio Online。

（2）版本控制产品非常的多，比如（Perforce、Rational ClearCase、RCS（GNU Revision Control System）、Serena Dimention、SVK、BitKeeper、Monotone、Bazaar、Mercurial、SourceGear Vault），这些都是版本控制产品，现在影响力最大且使用最广泛的是Git与SVN。

2、Git与SVN的主要区别

（1）SVN是集中式版本控制系统，版本库集中放在中央服务器，而工作的时候，基本用的都是自己的电脑，所以首先要从中央服务器得到最新的版本，然后工作，完成工作后，需要把自己做完的文件推送到中央服务器。集中式版本控制系统必须联网才能工作，对网络带宽要求较高。

（2）Git是分布式版本控制系统，没有中央服务器，每个人的电脑就是一个完整的版本库，工作的时候不需要联网，因为版本都在自己电脑上，当某个人修改了文件时，可以直接将自己的变更点推送至服务器以及其他协同工作人员。

四、使用Git的预备知识

1、Git的三个程序

（1）Git Bash：使用Unix与Linux风格的命令行，使用最多，推荐最多。（任一文件夹下右键都可以在该目录下打开此终端）

（2）Git CMD：使用Windows风格的命令行。（任一文件夹下右键都可以在该目录下打开此终端）

（3）Git GUI：图形界面的Git，不建议初学者使用。

2、常用的Linux命令

（1）“cd ..”：回退到上一级目录。

（2）“cd <绝对/相对路径>”：切换当前目录。

（3）“pwd”：获取当前所在目录（或者说路径）。

（4）“clear”：清除当前终端的显示信息，不改变当前路径，也不改变其它什么内容。

（5）“ls”：列出当前目录下的所有文件。

（6）“touch <带格式后缀的文件名>”：在当前路径新建一个指定格式的文件。

（7）“rm <带格式后缀的文件名>”：删除当前路径下的指定文件。

（8）“mkdir <文件夹名>”：在当前路径新建一个文件夹。

（9）“rm -r <文件夹名>”：删除当前路径指定的文件夹。

（10）“mv <带格式后缀的文件名> <路径名>”：将当前路径下的指定文件移动至指定的路径下。

（11）“history”：查看打开终端以来输入过的命令序列。

（12）“exit”：退出终端。

3、Git配置

（1）Git配置查看：

①使用命令“git config --system --list”可以查看系统配置，系统配置文件在Git的安装目录下（Git\etc\.gitconfig）。

②使用命令“git config --global --list”可以查看用户的本地配置，本地配置文件在C盘用户文件夹下（C:\Users\Administrator\ .gitconfig）。

③使用命令“git config -l”可以查看所有配置。

（2）Git配置设置：

①当安装Git后，首先要做的事情是设置用户名称和e-mail地址，因为每次Git提交都会使用该信息，它被永远的嵌入到用户的提交中。（配置一次即可，完成配置后，配置文件随之被永久修改）

②在终端输入如下两条命令即可设置用户名称和e-mail地址。

git config --global user.name "Zevalin"  #名称，引号内内容自定义

git config --global user.email [e-mail]   #邮箱，具体地址自定义

4、Git基本理论

（1）几个区域：

①Git本地有三个工作区域——工作目录（Working Directory）、暂存区（Stage/Index）、资源库（Repository或Git Directory），如果再加上远程的git仓库（Remote Directory）就可以分为四个工作区域。

②每步文件流转对应的终端命令如下图所示（可简单认为左边是上传流程，右边是更新流程）：

        Workspace：工作区，就是用户平时存放项目代码的地方。

        Index / Stage：暂存区，用于临时存放用户的改动，事实上它只是一个文件，保存即将提交到文件列表信息。

        Repository：仓库区（或本地仓库），就是安全存放数据的位置，这里面有用户提交的所有版本的数据，其中HEAD指向最新放入仓库的版本。

        Remote：远程仓库，托管代码的服务器，可以简单地认为是项目组中的一台电脑，用于远程数据交换。

③Git的一般工作流程——在工作目录中添加、修改文件，将需要进行版本管理的文件放入暂存区域，再将暂存区域的文件提交到Git仓库（往往需要推至远程仓库）。因此，Git管理的文件有三种状态——已修改（modified）、已暂存（staged）、已提交（committed）。

五、Git项目搭建与文件操作

1、创建工作目录与常用指令

（1）工作目录（WorkSpace）一般就是希望Git帮助管理的文件夹，可以是项目的目录，也可以是一个空目录，建议不要有中文。

（2）日常使用只要记住下图6个命令：

2、本地仓库搭建

（1）示例——创建全新仓库：

①打开测试所用路径“D:\gitcode_test”，在此路径下打开Git Bash。

②使用命令“git init”在当前目录新建一个Git代码库。

（2）克隆远程仓库：

①克隆远程仓库实质上是将远程服务器上的仓库完全镜像一份至本地。

②在码云Gitee上创建一个测试使用的仓库。

③打开测试所用路径“D:\gitcode_test”，在此路径下打开Git Bash。

④使用命令“git clone <url>”将远程服务器上的仓库完全镜像一份至当前路径。

3、Git文件操作

（1）文件的四种状态：

①Untracked: 未跟踪，此文件在本地文件夹中，但并没有加入到git库，不参与版本控制，可通过“git add”命令将状态变为Staged。

②Unmodify：文件已经入库，未修改，即版本库中的文件快照内容与文件夹中完全一致，这种类型的文件有两种去处，如果它被修改，会变为Modified，如果使用“git rm”命令移出版本库，则成为Untracked文件。

③Modified: 文件已修改，但仅仅是修改，并没有进行其它的操作，这个文件也有两个去处，使用“git add”命令可使其进入暂存staged状态，使用“git checkout”命令则丢弃修改痕迹，返回到unmodify状态。

④Staged: 暂存状态，执行“git commit”可将修改同步到库中，这时库中的文件和本地文件又变为一致，文件为Unmodify状态，执行“git reset HEAD filename”命令则取消暂存，文件状态为Modified。

（2）通过命令“git status”可查看当前路径下的文件状态，在命令后加上文件名可仅查看指定文件的文件状态。

①在路径“D:\gitcode_test”创建全新仓库后，再创建文件hello_world.txt，接着在Git Bash中查看文件状态，会发现文件hello_world.txt处于Untracked状态。

②在Git Bash输入命令“git add .”（将所有文件同步至库），接着在Git Bash中查看文件状态，会发现文件hello_world.txt处于待提交状态。

③在Git Bash输入命令“git commit -m “<提交信息>””（将暂存区的内容提交至本地仓库），接着在Git Bash中查看文件状态，会发现无文件待提交。

（3）有些时候用户不想或者不能把某些文件纳入版本控制中，比如数据库文件，临时文件，设计文件等，这时需要借助文件忽略技术，在主目录下建立“.gitignore”文件，此文件有如下规则：

①文件中的空行或以井号（#）开始的行将会被忽略。

②可以使用Linux通配符说明一类名称具有相似性的文件，例如星号（*）代表任意多个字符，问号（？）代表一个字符，方括号（[abc]）代表可选字符范围，大括号（{string1,string2,...}）代表可选的字符串等。

③如果名称的最前面有一个感叹号（!），表示例外规则，将不被忽略。

④如果名称的最前面是一个路径分隔符（/），表示要忽略的文件在此目录下，而子目录中的文件不忽略。

⑤如果名称的最后面是一个路径分隔符（/），表示要忽略的是此目录下该名称的子目录，而非文件（默认文件或目录都忽略）。

六、Git分支

1、分支理论概述

（1）一般来说，程序开发都会有一个主干以及若干个分支，所有新的变更需要在分支上进行开发和调试，经过若干轮调试后，分支稳定（不会出现bug或者其它非预期的情况），即可将分支上的变更点合并至主干上。

（2）不同分支可能会对同一个地方做不同变更，这时合并主线将会发生冲突，需根据实际情况保留哪个分支上的变更点。

2、git分支中常用的指令

# 列出所有本地分支
git branch# 列出所有远程分支
git branch -r# 新建一个分支，但依然停留在当前分支工作
git branch [branch-name]# 新建一个分支，并切换到该分支工作
git checkout -b [branch-name]# 合并指定分支到当前分支
$ git merge [branch-name]# 删除指定分支
$ git branch -d [branch-name]# 删除远程分支
$ git push origin --delete [branch-name]
$ git branch -dr [remote/branch]