Git

Git是一个分布式版本控制工具，用来管理多人写作的代码。同时也是一个内容管理系统。

Git与SVN的区别：

• Git是分布式的，svn不是。这是最核心的区别
• Git把内容按元数据方式存储，而SVN是按文件：所有的资源控制系统都是把文件的原信息隐藏在一个类似.svn .cvs等的文件夹里
• Git分支和SVN分支的不同：分支在SVN中一点都不特别，其实他就是版本库中的另外一个目录
• Git没有一个全局的版本号，而SVN有
• Git的内容完整性要优于SVN：Git的内容存储使用的是SHA-1哈希算法，这能确保代码内容的完整性，确保在遇到磁盘故障和网络问题时降低对版本库的破坏

1、Git安装

Windows平台上的安装，到官网https://gitforwindows.org/，下载安装包，一路确认，完成安装。

安装完成后，右键git bash here，可以使用命令行的git工具（自带SSH客户端）。

Git配置

Git提供了一个叫做git config的工具，专门用来配置或读取相应的工作变量。

这些环境变量，决定了Git在各个环节的具体工作方式和行为。这些变量可以存放在三个不同的地方：

1. /etc/gitconfig 文件：系统中对所有用户都普遍使用的配置。若使用git config --system选项，读写的就是这个文件 D:smy_softwaregitGitetcgitconfig。
2. ~/.gitconfig：用户目录下的配置文件只适用于该永固。若使用git config --global选项，读写的就是这个文件。C:Users10170.gitconfig
3. 当前项目的Git目录中的配置文件（也就是工作目录中的/.git/config文件）：这里的配置仅仅针对当前项目有效。每一个级别的配置都会覆盖上层的相同配置，所以.git/config里的配置会覆盖/etc/gitconfig中的同名变量。

项目路径/.git/config文件配置如下：

[core]
	repositoryformatversion = 0
	filemode = false
	bare = false
	logallrefupdates = true
	symlinks = false
	ignorecase = true
[remote "origin"]
	url = http://项目地址.git
	fetch = +refs/heads/*:refs/remotes/origin/*
[branch "master"]
	remote = origin
	merge = refs/heads/master

因为我使用过git config --global 命令配置过用户信息，所以这里使用的是2中的用户信息，这个文件里只记录了仓库的配置信息。

用户目录/.gitconfig配置信息

[user]
	email = 邮箱
	name = 用户名
[core]
	autocrlf = false

在 Windows 系统上，Git 会找寻用户主目录下的 .gitconfig 文件。主目录即 $HOME 变量指定的目录，一般都是 C:Documents and Settings$USER。

此外，Git 还会尝试找寻 /etc/gitconfig 文件，只不过看当初 Git 装在什么目录，就以此作为根目录来定位。

配置用户信息

# 配置个人的用户名称和电子邮件地址
git config --global user.name "xxx"
git config --global user.email xxx@yy.com

如果使用了 --global选项，那么更改的配置文件就是位于用户主目录下的./gitconfig文件，以后所有的项目都会默认使用这里配置的用户信息。

如果要在某个特定的项目中使用其他名字或者电邮，只要去掉--global选项重新配置即可，新的设定保存在当前项目的 .git/config 文件里。

适用于工作项目和个人项目分开的场景。例如，在xxx/A目录我使用github账号远程我的github仓库，在xxx/B目录使用gitLab账号远程公司的gitLab仓库。

差异分析工具

经常用在解决合并冲突时使用差异分析工具。可以使用如下命令配置

# 改用vimdiff
git config --global merge.tool vimdiff

Git 可以理解 kdiff3，tkdiff，meld，xxdiff，emerge，vimdiff，gvimdiff，ecmerge，和 opendiff 等合并工具的输出信息。

查看配置信息

检查已有的配置信息，可以使用如下命令

git config --list

注意：在idea中的终端中运行这个命令输出的信息是不完全的，需要在git bash中运行这个才可以看到完整的配置信息。

2、Git工作流程

一般工作流程如下：

• 克隆 Git 资源作为工作目录。
• 在克隆的资源上添加或修改文件。
• 如果其他人修改了，你可以更新资源。
• 在提交前查看修改。
• 提交修改。
• 在修改完成后，如果发现错误，可以撤回提交并再次修改并提交。

如图所示

3、Git原理

基本概念

我们先来理解下 Git 工作区、暂存区和版本库概念：

• 工作区：就是你在电脑里能看到的目录。
• 暂存区：英文叫 stage 或 index。一般存放在 .git 目录下的 index 文件（.git/index）中，所以我们把暂存区有时也叫作索引（index）。
• 版本库：工作区有一个隐藏目录 .git，这个不算工作区，而是 Git 的版本库。

• 图中左侧为工作区，右侧为版本库。在版本库中标记为 "index" 的区域是暂存区（stage/index），标记为 "master" 的是 master 分支所代表的目录树。
• 图中我们可以看出此时 "HEAD" 实际是指向 master 分支的一个"游标"。所以图示的命令中出现 HEAD 的地方可以用 master 来替换。
• 图中的 objects 标识的区域为 Git 的对象库，实际位于 ".git/objects" 目录下，里面包含了创建的各种对象及内容。
• 当对工作区修改（或新增）的文件执行 git add 命令时，暂存区的目录树被更新，同时工作区修改（或新增）的文件内容被写入到对象库中的一个新的对象中，而该对象的ID被记录在暂存区的文件索引中。
• 当执行提交操作（git commit）时，暂存区的目录树写到版本库（对象库）中，master 分支会做相应的更新。即 master 指向的目录树就是提交时暂存区的目录树。
• 当执行 git reset HEAD 命令时，暂存区的目录树会被重写，被 master 分支指向的目录树所替换，但是工作区不受影响。
• 当执行 git rm --cached 命令时，会直接从暂存区删除文件，工作区则不做出改变。
• 当执行 git checkout . 或者 git checkout -- 命令时，会用暂存区全部或指定的文件替换工作区的文件。这个操作很危险，会清除工作区中未添加到暂存区中的改动。
• 当执行 git checkout HEAD . 或者 git checkout HEAD 命令时，会用 HEAD 指向的 master 分支中的全部或者部分文件替换暂存区和以及工作区中的文件。这个命令也是极具危险性的，因为不但会清除工作区中未提交的改动，也会清除暂存区中未提交的改动。

4、Git基本操作

Git的工作就是创建和保存用户项目的快照及与之后的快照进行对比。

说明：

• workspace：工作区
• staging area：暂存区/缓存区
• local repository：版本库或本地仓库
• remote repository：远程仓库

创建仓库命令

一个文件夹成为一个git仓库的标志是，这个文件夹下有一个.git的隐藏文件夹。这个就是版本库，里面还有暂存区。这个文件夹下的其他文件作为被git管理的文件。

提交与修改

Git 的工作就是创建和保存你的项目的快照及与之后的快照进行对比。

下表列出了有关创建与提交你的项目的快照的命令：

提交日志

远程操作

5、Git分支管理

Git分支实际上是指向更改快照的指针。

当切换到一个分支的时候，Git会用此分支最后一次提交（commit）的快照替换掉工作区的内容。所以多个分支不需要多个目录。

git merge的三种情况

1. 快进（无冲突）
   • 描述：dev从master分支上创建，dev分支commit了多次后，并且master分支没有执行commit操作。
   • 此时，没有发生冲突，可以进行自动merge
   • 不会自动commit
2. 非快进，修改不同文件（无冲突）
   • 描述：dev从master分支上创建，dev分支commit了多次后，master分支也提交了多次。并且两个分支修改的不是一个文件。
   • 此时，没有发生冲突，可以进行自动merge
   • 合并后的版本，会自动commit一次
3. 非快进，修改相同文件（有冲突）
   • 描述：dev从master分支上创建，dev分支commit了多次后，master分支也提交了多次。并且两个分支修改的是一个文件。
   • 此时，会发生冲突，自动合并失败，需要手动解决冲突。
   • 使用命令git status 可以查看是哪些文件发生了冲突
   • 使用命令git diff 可以查看哪些文件的哪个地方发生冲突。
   • 手动打开这些文件，修改文件内容。vim
   • 手动提交 git add . git commit -m "xxx"

6、Git查看提交历史

Git 提交历史一般常用两个命令：

• git log - 查看历史提交记录。
• git blame <file> - 以列表形式查看指定文件的历史修改记录。

7、Git标签

8、使用远程仓库

通过第三方的（github）或者自建的服务器，实现与其他人共同开发，版本控制。

参考

1. gitLab代码合并取消删除source分支
2. git merge命令应用的三种情景