Git 基础 —— 安装 配置 别名 对象

Git 基础学习系列

• Git 基础 —— 安装 配置 别名 对象
• Git 基础 —— 常用命令
• Git 基础 —— 常见使用场景
• Git 基础 —— Github 的使用

Git 安装

Git下载地址

Windows 安装时需要注意在Configuring the line ending conversions界面，选择Checkout as-is,commit as -s，避免Windows的换行符问题。如果忘记设置，可以使用如下命令后期设置：

git config --global core.autocrlf false

参考：

• GitHub 第一坑：换行符自动转换

Git 配置

可以通过 查看配置：

• git config -l/--list
• git config --list [--local | --global | --system]

说明：

• system 不常用
• local 需要在一个 Git 仓库下使用，它的配置，优先级是最高的，代表仅针对单仓库的配置

设置 Git 账号

配置 user 信息

git config --global user.name "michaelxoxo"
git config --global user.email "649168982@qq.com"

• --local：区域为本仓库
• --global: 当前用户的所有仓库
• --system: 本系统的所有用户

运行 git config --help 可以看到帮助文档，比如，配置错误了，可以删除：git config --unset usr.name 将 usr.name 删除，应该是 user.name。

生成 SSH Key

1.先查看有没有 SSH Key，ls -al ~/.ssh，如果没有，采用如下方法生成。
2.生成 ssh 公钥，不要重命名生成的文件，否则会导致 ssh 方式下载 Git 代码库失败：

ssh-keygen -t rsa -C "649168982@qq.com"

参数说明：

• -t 用来指定加密算法为 rsa；
• -C 后面是个注释信息，并不一定要和你 Git 账户的邮箱或者 Git 账户名保持一致，只是常常是和你账户邮箱保持一致，这样设置，就能知道这个公钥被绑定在哪个 Git 账户上了。

3.生成公钥之后，拷贝公钥的内容，粘贴到你 Github 账户的 SSH Key 设置中；

pbcopy < ~/.ssh/id_rsa.pub

如果没有 pbcopy 命令，就直接打开 id_rsa.pub 内容，复制即可；

关于公钥私钥的一些探究：

• 一个 ssh key 只能绑定在一个 Git 账户上，而一个 Git 账户可以绑定多个 ssh key；
• 公钥就相当于一个 fingerprint ，公钥和唯一一个 Git 账户绑定，那么凡是机器上有这个公钥对应的私钥，机器就有绑定账户的权限去操作相关的代码库，即在 A 机器上生成的私钥发送到 B 机器上，那么，B 机器也会有权限下载了；

参考：

• Github Add SSH Key 文档
• 简书-图解SSH原理
• 简书-SSH key的介绍与在Git中的使用
• archlinux-SSH keys (简体中文))

Git 配置别名

git config命令可以轻松为每一个命令设置别名。例如：

git config --global alias.co checkout
git config --global alias.br branch
git config --global alias.ci commit
git config --global alias.st status

演示将git visual定义为 gitk 的别名：

git config --global alias.visual '!gitk'

设置命令的别名，可以提高操作效率。查看.gitconfig文件vim ~/.gitconfig：

[user]
	name = xxx
	email = xxx
[i18n]
	commitencoding = utf-8
	logoutputencoding = utf-8
[core]
	quotepath = false
[filter "lfs"]
	clean = git-lfs clean -- %f
	smudge = git-lfs smudge -- %f
	process = git-lfs filter-process
	required = true
[alias]
	co = checkout
	br = branch
	c = commit
	s = status
	unstage = reset HEAD --
	last = log -1 HEAD
	lg = log --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --abbrev-commit --date=relative

[color]
	ui = true

我们可以体验一个 log 的别名命令设置：

lg = log --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --abbrev-commit --date=relative

这是超厉害的别名缩写命令，试试现在的 git lg 有多酷炫吧！

探秘 .git 目录

.git 裸仓库文件夹，反映了 Git 良好的文件存储机制。

• HEAD 文件，指向当前所在的分支，类似一个活动的指针，表示一个「引用」。例如当前在 develop 分支，HEAD 内容就是 ref: refs/heads/develop
• config 文件，是本地仓库的配置文件，git config --local --list
• refs 文件夹，包含了 heads 和 tags 文件夹。heads 归档的分支，tags 归档的标签，也叫做「里程碑」。
  • heads 文件夹下有多个文件，每个文件和仓库本地存在的分支名一致，文件内容是 commit id。文件当中存放的其实是这个分支的指针指向的 commit id。git branch -av 可以看到分支信息和 commit id。它是个 commit 类型的对象。
  • tags 中也有多个文件，文件名和存在 tag 名一致，内容也是 commit id。它也是个 commit 类型的对象。
• objects 文件夹（核心），存放所有的 git 对象，对象哈希值前 2 位作为文件夹名称，后 38 位作为对象文件名, 可通过 git cat-file -p <2位+38位> 命令查看文件内容。git cat-file -t <2位+38位> 查看对象类型，这是一个 tree 类型的对象。内容本身是一个 blob 对象。任何文件的内容相同，在 Git 眼里，它就是唯一的一个 blob 对象。

利用 git ls-files -s 可以查看文件的关联联系，有利于窥视 Git 的内部状态，同时，它可以方便利用 git cat-file -p 散列值 查看对象内容。

还有一些暂可以不了解的文件：

• COMMIT_EDITMSG 文件
• ORIG_HEAD 文件，好像是上一次的 commit id
• description 文件，仓库的描述信息文件
• index 文件
• hooks 文件夹
• info 文件夹
• logs 文件夹

Git 对象类型

Git 放在对象库（object store）里的对象只有四种类型：

• 块 blob：文件的每一个版本表示一个 blob 对象。一个 blob 对象保存的是一个文件的数据
• 目录树 tree：一个目录树对象代表一层目录信息。
• 提交 commit：一个提交对象保存版本库每一次变化的元数据，包括作者、提交者等信息。每一个提交对象指向一个目录树对象。
• 标签 tag：一个标签对象分配一个任意的可读性高的名字给一个指定对象，通常是一个提交对象。

知道了一个 sha1 值，如何查看它的对象类型、对象内容、对象大小？

• git cat-file -t 命令 ， 查看 git 对象的类型
• git cat-file -p 命令， 查看 git 对象的内容
• git cat-file -s 命令， 查看 git 对象的大小

Git 对象彼此关系

commit tree blob 三个对象之间的关系：

一次 commit id 对应一棵树（tree），一次快照，整个项目的快照，包含了哪些文件夹（tree）、哪些文件（blob）。blob 可以看做是一个文件，但是和文件名是没关系的，不管文件名是什么，只要文件内容相同，就是一个 blob，这种设计大大节约了存储空间。

Git 的索引

Git 的索引不包含任何文件内容，它仅仅追踪你想要提交的那些内容。但执行 git commit 命令的时候，Git 会通过检查索引而不是工作目录来找到要提交的内容。

实验

新建一个 git 仓库，创建一个 doc 文件夹，在 doc 文件夹中创建 readme 文件

• 在单纯创建 doc 文件夹时， git 不会理会；
• 创建 readme 文件之后，会提示有文件可以添加跟踪；
• 这时候执行 find .git/objects --type f， 没有发现有对象生成；

• 接着执行 git add doc 将文件添加到暂存区，这时候有文件对象生成了:

  $ find .git/objects -type f
  .git/objects/27/e826dc62c8a3616e7c15d45a3d77cd8e7966c0
  $ git cat-file -t 27e8
  blob

• 接着创建 commit，git commit -m "add readme"，这时候文件对象内容：

  .git/objects/27/e826dc62c8a3616e7c15d45a3d77cd8e7966c0
  .git/objects/87/0af27bedac0cf42d9a7637709e455fa7de7a7e
  .git/objects/a0/3d66adf115035c521bc08509f54d867590a458
  .git/objects/e6/b633ca37bf3532f87e833c8f765e07ea50cfe8

1 个 commit 对象，2 个 tree 对象，1 个 blob 对象。

为何会有2个 tree 对象呢，其中，整个工作目录是一个 tree 对象，工作目录下的 doc 文件夹对应了一个 tree 对象。

扩充：我又将之前 doc 文件夹的 readme 文件复制在仓库的根目录下，此时在 git add readme 之后，文件对象仍然无变化；但是，当 commit 之后，文件对象变多了，多了 1 个 commit，1个 tree 对象。这个多出来的 tree 对象，就是因为工作目录变化了，那么就多出来了一个 tree 对象。

Git 中的文件分类

Git 将所有文件分为 3 类：

• 已追踪的 tracked：指已经在版本库中的文件或者已经暂存到索引中的文件。利用 git add somefile 将新文件添加为已追踪文件
• 被忽略的 ignored：
• 未被追踪的 untracked：不在前两类中的文件就是未被追踪的文件

HEAD 与 branch

分离头指针

$ git checkout 20824e0
Note: checking out '20824e0'.

You are in 'detached HEAD' state. You can look around, make experimental
changes and commit them, and you can discard any commits you make in this
state without impacting any branches by performing another checkout.

detached HEAD就表示你当前处于「分离头指针」的状态。其实，「分离头指针」就是表示正工作在一个没有分支的情况下，没有与分支进行挂钩, HEAD 没有指向任何分支。 处于「分离头指针」状态进行提交后，当你切换到其他分支，例如 git checkout master ，之前产生的 commit 可能会被 Git 当为垃圾清除掉。

分离头指针的应用场景

在处于分支头指针状态时，你产生了一次 commit 0635f24，当你切换到其他分支后，有可能就找不到刚刚的提交了，你用 gitk --all 之后，看不到刚刚的提交的。

如果想保存刚刚的提交，需要使用如下命令将其与分支挂钩：

git branch <new-branch-name> 0635f24

如果临时想基于某个 commit 做变更，试试新方案是否可行，就可以采用分离头指针的方式。测试后发现新方案不成熟，直接 reset 回其他分支即可，省却了建、删分支的麻烦。

进一步理解 HEAD 和 branch

HEAD 既可以指向「当前分支」的最新 commit，也可以指向历史中的某一次 commit (「分离头指针」的情况)。归根结底，HEAD 指向的就是一次 commit。

当我们做分支切换时，HEAD 会跟着切换。

例如比较最近两次提交的差异，可以用命令：

# 下面三个命令等效
git diff xxx1 xxx2
git diff HEAD HEAD^
git diff HEAD HEAD~1

• HEAD^1 表示 HEAD 的父亲，HEAD^^ 表示 HEAD 父亲的父亲。
• HEAD^^ 和 HEAD~2等效。

Git 的特殊符号集

Git 中有一个特殊符号集来指代引用名。

• ^ 用来表示父提交，master^1 与 master^2 表示的都是 master 的父提交，注意了，master^2 并不是「爷爷」，嘿嘿
• ~ 用来返回上一代提交，因此 master~1 表示父提交；master~2 表示的是 master~1 的父提交，也就是 master 的祖父提交！
• : 可以用来指向一个产生合并冲突的文件的替代版本。

master^1 可以简写为 master^，master~1 可以简写为 master~

Git 小技巧

Git 帮助文档

授人以鱼不如授人以渔，先知道怎么通过帮助文档查看常用命令的说明吧：

git help
git help <cmd> # 与 git <cmd> --help 等价
git help <cmd> --web # 使用浏览器页面打开
git <cmd> -h # 显示简略的命令帮助

gitk 图形界面

gitk 后面可以跟上文件的路径， 这样能看单个文件的修改历史的具体内容。

• Patch 表示的是「变更集」，某一次 commit 修改的文件集合；
• Author 作者
• Commiter 提交人
• Cherry 挑选一个 commit，放到另一个分支上，这时候，Author 和 Commiter 就有可能不是一个人了，因为你挑选的那个 commit 作者可能是 A，你 cherry pick 过来之后提交，提交人是你，但是作者信息还是 A，版权考虑。
• Parent 上一次的 commit id
• Child 下一次的 commit id
• 菜单 View ，选择 All refs 可以看到所有的分支演变图

gitignore 指定不需要 Git 管理的文件

.gitignore 指定哪些文件不需要纳入版本管理的。

• *.d 任何 .d 结尾的文件都不需要；
• *.dSYN/ 任何以 .dSYM 结尾的文件夹下的文件都不要；
• 目录名由末尾的 / 标记。这能匹配同名的目录和子目录。

加不加 / 作用是不一样的，很微妙。比如，有一个文件夹叫 doc，那么，.gitignore 中写 doc， Git 既会忽略 doc 文件夹，也会忽略 doc 文件！只有 doc/ 这么写，才会只忽略 doc 文件夹而不忽略 doc 文件，作用才很明确。所以，如果要忽略的是文件夹，那么就显示的加上 / 吧。

• 一个 * 只能匹配一个文件或目录名。
• 起始的 ! 取反模式。

Git 允许在版本库中任何目录下有 .gitignore 文件。每个文件只影响该目录及其所有子目录。

场景：全局配置了忽略 *.io 的文件，但是 Dev 目录下的 driver.io 不能被忽略，该怎么办？

cd Dev
# 追踪一个例外
echo "!driver.io" >> .gitignore

Github 现在创建仓库时，可以选择生成什么 .gitignore ，附上链接作为参考：

• github/gitignore/maven
• github/gitignore/java

这里有一个帖子讨论了为何 .idea 文件夹没有加入到 .gitignore 中，这是因为每个开发者的编辑器不一样，大部分习惯是将编辑器产生的文件夹添加到全局的忽略配置中：

# file: ~/.gitignore_global
.DS_Store
.idea

此外，还要配置指定全局的忽略文件配置在哪儿：

git config --global core.excludesfile /Users/michael/.gitignore_global

或者编辑全局配置文件 ~/.gitconfig:

[core]
    excludesfile=/Users/michael/.gitignore_global

参考：

• Git中全局忽略.DS_Store文件

解决冲突的工具

diffmerge是一个可以用来文件对比软件。相较于 git mergetool 使用的自带的界面，diffmerge 提供了一个可交互的编辑窗口，大大提高了效率。我们可以通过简单的配置，在使用 git difftool git mergetool 时，默认使用 diffmerge 工具来进行展示差异。当然，你要是有钱，也可以选择 Beyond Compare 来作为对比软件。

选择 OS X 10.6+ Installer (Intel) 版本，安装好之后进行配置：

$ git config --global diff.tool diffmerge
$ git config --global difftool.diffmerge.cmd "/usr/local/bin/diffmerge \"\$LOCAL\" \"\$REMOTE\""

$ git config --global merge.tool diffmerge
$ git config --global mergetool.diffmerge.trustExitCode true
$ git config --global mergetool.diffmerge.cmd "/usr/local/bin/diffmerge --merge --result=\"\$MERGED\"
        \"\$LOCAL\" \"\$BASE\" \"\$REMOTE\""

为了避免每次运行git difftool都有提示信息，可以输入如下命令

$ git config --global difftool.prompt false

为了能够支持显示中文，需要对编码进行设置：

diffmerge 的使用：

• git difftool [fileName]
• git mergetool [fileName]

使用 git mergetool 合并分支时，默认会生成以 *.orig 为扩展名的备份文件，每次都要手动删除。可以修改 Git 配置，禁止产生备份文件：

git config --global mergetool.keepBackup false

参考：

• 油管-git mergetool explained 对自带的 git mergetool 命令的使用介绍
• 油管-Git Tutorial: Diff and Merge Tools
• diffmerge 下载 选择 OS X 10.6+ Installer (Intel) 版本
• diffmerge 帮助文档
• 博客园-DiffMerge安装配置使用 讲了如何配置 UTF-8
• 对于解决 Git 的 Merge Conflict 你有哪些经验和技巧
• SOF-How to resolve merge conflicts in Git