Git工具极速入门（概念、工作流程、常用指令、集成Git）

本文链接：https://blog.csdn.net/u014571143/article/details/124143619

目标

了解Git基本概念
能够概述Git工作流程
能够构建Git项目
能够使用Git常用命令
能够使用IDEA操作Git

参考

Kisugi Takumi、狂神说

一、版本控制

在学习Git之前，我们需要先明白一个概念–版本控制

什么是版本控制

版本控制是指对软件开发过程中各种程序代码、配置文件及说明文档等文件变更的管理，是软件配置管理的核心思想之一。

版本控制最主要的功能就是追踪文件的变更。它将什么时候、什么人更改了文件的什么内容等信息忠实地了记录下来。每一次文件的改变，文件的版本号都将增加。除了记录版本变更外，版本控制的另一个重要功能是并行开发。

软件开发往往是多人协同作业，版本控制可以有效地解决版本的同步以及不同开发者之间的开发通信问题，提高协同开发的效率。并行开发中最常见的不同版本软件的错误(Bug)修正问题也可以通过版本控制中分支与合并的方法有效地解决。

简单来说，版本控制有以下优点

实现跨区域多人协同开发
追踪和记载一个或者多个文件的历史记录
组织和保护你的源代码和文档
统计工作量
并行开发、提高开发效率
跟踪记录整个软件的开发过程
减轻开发人员的负担，节省时间，同时降低人为错误

常见的版本控制工具

Git
SVN（Subversion）
CVS（Concurrent Versions System）
VSS（Micorosoft Visual SourceSafe）
TFS（Team Foundation Server）
Visual Studio Online

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

版本控制分类

1、本地版本控制

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

2、集中版本控制 SVN

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

所有的版本数据都存在服务器上，用户的本地只有自己以前所同步的版本，如果不连网的话，用户就看不到历史版本，也无法切换版本验证问题，或在不同分支工作。而且，所有数据都保存在单一的服务器上，有很大的风险这个服务器会损坏，这样就会丢失所有的数据，当然可以定期备份。代表产品：SVN、CVS、VSS。

3、分布式版本控制

每个人都拥有全部的代码！安全隐患！

所有版本信息仓库全部同步到本地的每个用户，这样就可以在本地查看所有版本历史，可以离线在本地提交，只需在连网时push到相应的服务器或其他用户那里。由于每个用户那里保存的都是所有的版本数据，只要有一个用户的设备没有问题就可以恢复所有的数据，但这增加了本地存储空间的占用。

不会因为服务器损坏或者网络问题，造成不能工作的情况！

Git与SVN的主要区别

SVN是集中式版本控制系统，版本库是集中放在中央服务器的，而工作的时候，用的都是自己的电脑，所以首先要从中央服务器得到最新的版本，然后工作，完成工作后，需要把自己做完的活推送到中央服务器。集中式版本控制系统是必须联网才能工作，对网络带宽要求较高。
Git是分布式版本控制系统，没有中央服务器，每个人的电脑就是一个完整的版本库，工作的时候不需要联网了，因为版本都在自己电脑上。协同的方法是这样的：比如说自己在电脑上改了文件A，其他人也在电脑上改了文件A，这时，你们两之间只需把各自的修改推送给对方，就可以互相看到对方的修改了。Git可以直接看到更新了哪些代码和文件。

二、Git环境配置

Git程序类型

**Git Bash：**Unix与Linux风格的命令行，使用最多，推荐最多

**Git CMD：**Windows风格的命令行

Git GUI：图形界面的Git，不建议初学者使用，尽量先熟悉常用命令

常用的Linux命令

1）cd : 改变目录。

2）cd .. 回退到上一个目录，直接cd进入默认目录

3）pwd : 显示当前所在的目录路径。

4）ls(ll):  都是列出当前目录中的所有文件，只不过ll(两个ll)列出的内容更为详细。

5）touch : 新建一个文件 如 touch index.js 就会在当前目录下新建一个index.js文件。

6）rm:  删除一个文件, rm index.js 就会把index.js文件删除。

7）mkdir:  新建一个目录,就是新建一个文件夹。

8）rm -r :  删除一个文件夹, rm -r src 删除src目录

9）mv 移动文件, mv index.html src index.html 是我们要移动的文件, src 是目标文件夹,当然, 这样写,必须保证文件和目标文件夹在同一目录下。

10）reset 重新初始化终端/清屏。

11）clear 清屏。

12）history 查看命令历史。

13）help 帮助。

14）exit 退出。

15）#表示注释

Git配置

所有的配置文件其实都保存在本地。

查看配置git config -l

用户自己配置的

系统配置的

用户基本配置

git config --global user.name "XXX" # 设置用户名
git config --global user.email "XXXX" # 设置邮箱

查看配置信息

git config --global user.name
git config --global user.email

三、Git基本理论（重要）

工作流程

１、在工作目录中添加、修改文件；

２、将需要进行版本管理的文件放入暂存区域；

３、将暂存区域的文件提交到git仓库。

因此，git管理的文件有三种状态：已修改（modified）,已暂存（staged）,已提交(committed)

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

Index / Stage：暂存区，用于临时存放你的改动，事实上它只是一个文件，保存即将提交到文件列表信息
Repository：仓库区（或本地仓库），就是安全存放数据的位置，这里面有你提交到所有版本的数据。其中HEAD指向最新放入仓库的版本
Remote：远程仓库，托管代码的服务器，可以简单的认为是你项目组中的一台电脑用于远程数据交换

四、Git项目搭建

本地仓库搭建

1、在电脑的任意位置创建一个空目录（例如test）作为我们的本地Git仓库
2、进入这个目录中，点击右键打开Git bash窗口
3、执行命令git init
4、如果创建成功后可在文件夹下看到隐藏的.git目录

远程仓库搭建

从GitHub或者Gitee获取

# 指令
# 克隆一个项目和它的整个代码历史(版本信息)
$ git clone [url]  # https://gitee.com/FrozenPenguin/lnu_club.git

克隆成功！

五、Git文件操作

Git工作目录下对于文件的**修改(增加、删除、更新)**会存在几个状态，这些修改的状态会随着我们执行Git的命令而发生变化。

status查看修改状态

作用：查看修改的状态（暂存区、工作区）

git status

add添加工作区到暂存区

作用：添加工作区一个或多个文件的修改到暂存区
命令形式：git add 单个文件名|通配符

git add file.txt # 添加单个文件
git add . # 将所有修改加入暂存区

commit提交暂存区到本地仓库

作用：提交暂存区内容到本地仓库的当前分支
命令形式：git commit -m ‘注释内容’

git commit -m "XXX update"

log查看提交日志

配置的别名git-log就包含了这些参数，所以后续可以直接使用指令 git-log

作用:查看提交记录
命令形式：git log [option] 或者 git-log
- —all 显示所有分支
- —pretty=oneline 将提交信息显示为一行
- —abbrev-commit 使得输出的commitId更简短
- —graph 以图的形式显示

版本回退

作用：版本切换

git reset --hard commitID # commitID 可以使用 git-log 或 git log 指令查看

添加文件至忽略列表

一般我们总会有些文件无需纳入Git 的管理，也不希望它们总出现在未跟踪文件列表。通常都是些自动生成的文件，比如日志文件，或者编译过程中创建的临时文件等。在这种情况下，我们可以在工作目录中创建一个名为 .gitignore 的文件（文件名称固定），列出要忽略的文件模式。

#为注释
*.txt        #忽略所有 .txt结尾的文件,这样的话上传就不会被选中！
!lib.txt     #但lib.txt除外
/temp        #仅忽略项目根目录下的TODO文件,不包括其它目录temp
build/       #忽略build/目录下的所有文件
doc/*.txt    #会忽略 doc/notes.txt 但不包括 doc/server/arch.txt

六、Git分支

什么是分支

几乎所有的版本控制系统都以某种形式支持分支。使用分支意味着你可以把你的工作从开发主线上分离开来进行重大的Bug修改、开发新的功能，以免影响开发主线。

查看本地分支

git branch

创建本地分支

git branch 分支名

切换分支

git checkout 分支名

我们还可以直接切换到一个不存在的分支（创建并切换）：

git checkout -b 分支名

合并分支

一个分支上的提交可以合并到另一个分支

git merge 分支名

删除分支

不能删除当前分支，只能删除其他分支

git branch -d 分支名 # 删除分支时，需要做各种检查
git branch -D 分支名 # 不做任何检查，强制删除

解决冲突

当两个分支上对文件的修改可能会存在冲突，例如同时修改了同一个文件的同一行，这时就需要手动解决冲突，解决冲突步骤如下：

处理文件中冲突的地方
将解决完冲突的文件加入暂存区(add)
提交到仓库(commit)

开发中分支使用原则与流程

几乎所有的版本控制系统都以某种形式支持分支。 使用分支意味着你可以把你的工作从开发主线上分离开来进行重大的Bug修改、开发新的功能，以免影响开发主线。

在开发中，一般有如下分支使用原则与流程：

master （生产）分支：线上分支，主分支，中小规模项目作为线上运行的应用对应的分支；
develop（开发）分支：是从master创建的分支，一般作为开发部门的主要开发分支，如果没有其他并行开发不同期上线要求，都可以在此版本进行开发，阶段开发完成后，需要是合并到master分支，准备上线。
feature/xxxx分支：从develop创建的分支，一般是同期并行开发，但不同期上线时创建的分支，分支上的研发任务完成后合并到develop分支，之后该分支可以删除。
hotfix/xxxx分支：从master派生的分支，一般作为线上bug修复使用，修复完成后需要合并到master、test、develop分支。

还有一些其他分支，在此不再详述，例如test分支（用于代码测试）、pre分支（预上线分支）等等。