GIT分布式版本控制工具

Git介绍（分布式版本控制工具）

1.目的

为什么要用Git？
1.git是一个优秀的代码版本管理工具
2.git本地仓库保存了所有的过程修改信息
3.git可以按照版本大规模ctrl+z到某个版本，可以回滚到以前，还可以从以前回滚到当下。
4.多人协作开发功能，方便团队开发。

通常情况下，团队合作中每个人都需要在自己的功能分支[feat/XXX] 上开发，最后一起合并到总的开发分支 dev 上，然后将开发分支 dev 合并到测试分支上，最后将测试分支合并到正式发布分支上。

其中总的开发分支一般叫做 dev 分支，正式发布分支一般是叫 main/master/release 分支。

比如说有 A、B、C 三个人协助进行功能开发：

首先 A、B、C 三位小伙伴从总开发分支 Dev 上开辟自己的功能分支，分别是 feat/AXXX、feat/BXXX、feat/CXXX，也就是图中 feat/AXXX、feat/BXXX、feat/CXXX 的三条线；
然后在自己的开发机上进行开发，这里的开发机可以是本地环境也可以是一些云端的开发机。开发完毕后，再分别合到总开发分支 dev 上，也就是图中蓝色的三条线，在这个过程中可能会产生一些代码冲突，挨个 解决 即可；
接着在 dev 分支上确认所有功能开发完毕，进行简单自测，fix 一些 bug 后再向测试分支上进行合并；

2.概述

2.1、版本控制器

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

2.2、版本控制器的方式

A.集中式版本控制工具

​ 方式：版本库集中存放在中央服务器

​ 问题：不安全不方便

eg：SVN和CVS

B.分布式版本控制工具

​ 方式：分布式版本控制系统没有“中央服务器”，每个人的电脑上都是一个完整的版本库，这样工作的时候，无需要联网了，因为版本库就在你自己的电脑上。多人协作只需要各自的修改推送给对方，就能互相看到对方的修改了。

2.3、Git 工作流程

​ 分为两种类型的仓库： 本地仓库和远程仓库

工作流程如下：

​ 1．从远程仓库中克隆或拉取代码到本地仓库(clone/pull)

​ 2．从本地进行代码修改

​ 3．在提交前先将代码提交到暂存区

​ 4．提交到本地仓库。本地仓库中保存修改的各个历史版本

​ 5．修改完成后，需要和团队成员共享代码时，将代码push到远程仓库

3.Git 安装和常用命令

3.1、Git环境配置

3.1.1 Git下载与安装

1.安装完成后，在电脑桌面（也可以是其他目录）点击右键，如果能够看到如下两个菜单则说明Git安装成功。
如果没有，可点击显示更多选项。

• Git GUI：Git提供的图形界面工具
• Git Bash：Git提供的命令行工具

2.其次，在系统路径配置git的bin路径
3.cmd命令行输入git，验证路径是否配置成功
—如果不成功且Path配置准确，需要将原路径(D:~)配置到里面，不要用%GIT_HOME%这种

3.1.2 基本配置

当安装Git后首先要做的事情是设置用户名称和email地址。这很重要，因为每次Git提交都会使用该用户信息。

• 设置用户信息

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

• 查看配置信息

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

3.1.3 为常用的指令配置别名

有些常用的指令参数非常多，每次都要输入好多参数，我们可以使用别名。

​ 1.打开用户目录（C盘），创建 .bashrc 文件（需要显示文件后缀名，用于更改后缀）

​ 2.在 .bashrc文件中输入如下内容：

```c
#用于输出git提交日志 
alias git-log='git log --pretty=oneline --all --graph --abbrev-commit' 
#用于输出当前目录所有文件及基本信息 
alias ll='ls -al'

保存

3.打开gitBash执行：

source ~/.bashrc

当然，也可以在命令行中使用touch 创建文件，用vim编辑器编辑。

3.2、获取本地仓库

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

注：隐藏的目录需要在文件查看中查看

3.3、基础操作指令

git add    #在工作区 修改已有文件/新创建一个文件 到暂存区
git commit #提交一个 暂存区 文件到 本地仓库
git commit -m "add file01"
touch      #创建一个文件
git status #查看文件状态
git log #查看提交到哪里了(提交记录)

红色文件名就是在工作区

变成绿色就是在暂存区

文件区域图：

3.3.1、*查看修改的状态（status）

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

git status

3.3.2、*添加工作区到暂存区(add)

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

git add .

3.3.3、*提交暂存区到本地仓库(commit)

作用：提交暂存区内容到本地仓库的当前分支

git commit -m '注释内容'

3.3.4、*查看提交日志(log)

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

git-log #这是上文设置的别名

作用:查看提交记录
命令形式：

git log [option]
options
--all 					    #显示所有分支
--pretty=oneline 	#将提交信息显示为一行
--abbrev-commit	#使得输出的commitId更简短
--graph 				  #以图的形式显示

3.3.5、版本回退

作用：版本切换

命令形式：

git reset --hard commitID

• commitID 可以使用 git-log 或 git log 指令查看

  如何查看已经删除的记录？

• git reflog（查看历史记录）

• 这个指令可以看到已经删除的提交记录

3.3.6、添加文件到忽略列表

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

3.4、分支

3.4.1 查看本地分支

常见命令：

git branch

git branch Dev01 #创建分支

git-log

Head -> master . Dev01

在工作区看到的内容就是当前分支（可以切换分支）

3.4.2、创建本地分支

git branch 分支名

3.4.4、*切换分支(checkout)

git checkout 分支名

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

git checkout -b 分支名

3.4.6、*合并分支(merge)

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

git merge 分支名称

3.4.7、删除分支

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

git branch -d b1 删除分支时，需要做各种检查

git branch -D b1 不做任何检查，强制删除

3.4.8、解决冲突

当两个分支上对文件的修改可能会存在冲突，例如同时修改了同一个文件的同一行，这时就需要手动解
决冲突，解决冲突步骤如下：
\1. 处理文件中冲突的地方
\2. 将解决完冲突的文件加入暂存区(add)
\3. 提交到仓库(commit)

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

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

• master （生产） 分支

线上分支，主分支，中小规模项目作为线上运行的应用对应的分支；

• develop（开发）分支

是从master创建的分支，一般作为开发部门的主要开发分支，如果没有其他并行开发不同期上线
要求，都可以在此版本进行开发，阶段开发完成后，需要是合并到master分支,准备上线。

• feature/xxxx分支

从develop创建的分支，一般是同期并行开发，但不同期上线时创建的分支，分支上的研发任务完
成后合并到develop分支。

• hotfix/xxxx分支，

从master派生的分支，一般作为线上bug修复使用，修复完成后需要合并到master、test、develop分支。

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

  

4、Git 远程仓库

4.5 、操作远程仓库

4.5.1、添加远程仓库

此操作是先初始化本地库，然后与已创建的远程库进行对接。
命令：

git remote add <远端名称> <仓库路径>

远端名称，默认是origin，取决于远端服务器设置
仓库路径，从远端服务器获取此URL

例如:

4.5.2、查看远程仓库

命令：

git remote

4.5.3、推送到远程仓库

命令：

git push [-f] [--set-upstream] [远端名称 [本地分支名][:远端分支名] ]

如果远程分支名和本地分支名称相同，则可以只写本地分支

git push origin master

-f 表示强制覆盖
–set-upstream 推送到远端的同时并且建立起和远端分支的关联关系。

git push --set-upstream origin master

如果当前分支已经和远端分支关联，则可以省略分支名和远端名。
git push 将master分支推送到已关联的远端分支。

查询远程仓库

4.5.4、 本地分支与远程分支的关联关系

查看关联关系

命令

 git branch -vv

4.5.5、从远程仓库克隆

如果已经有一个远端仓库，我们可以直接clone到本地。
命令:

 git clone <仓库路径> [本地目录]

本地目录可以省略，会自动生成一个目录

4.5.6、从远程仓库中抓取和拉取

远程分支和本地的分支一样，我们可以进行merge操作，只是需要先把远端仓库里的更新都下载到本
地，再进行操作。
抓取 命令：

git fetch [remote name] [branch name]

抓取指令就是将仓库里的更新都抓取到本地，不会进行合并

如果不指定远端名称和分支名，则抓取所有分支。
拉取 命令：

git pull [remote name] [branch name]

拉取指令就是将远端仓库的修改拉到本地并自动进行合并，等同于fetch+merge
如果不指定远端名称和分支名，则抓取所有并更新当前分支。
也叫快进模式：直接将master执行dev的当前提交，所以合并速度非常快。

4.5.7、解决合并冲突

情景：在一段时间，A、B用户修改了同一个文件，且修改了同一行位置的代码，此时会发生合并冲突。
A用户在本地修改代码后优先推送到远程仓库，此时B用户在本地修订代码，提交到本地仓库后，也需要
推送到远程仓库，此时B用户晚于A用户，故需要先拉取远程仓库的提交，经过合并后才能推送到远端分支

在B用户拉取代码时，因为A、B用户同一段时间修改了同一个文件的相同位置代码，故会发生合并冲
突。
远程分支也是分支，所以合并时冲突的解决方式也和解决本地分支冲突相同相同。

5、Git 总结

1、注意事项

• 切换分支前先提交本地的修改
• 代码及时提交，提交过了就不会丢
• 遇到任何问题都不要删除文件目录

2、常见问题

1.git提示“warning: LF will be replaced by CRLF”的解决办法

3、参考文章（附链接）

1.最细的Git入门

2.Git常用命令