git

本文以平时工作经历+pro git 书籍内容进行阐述，算是做个学习笔记。

版本控制系统

种类	优点	缺点	特点
本地版本	简单，单机部署	不适合多人操作	使用补丁形式记录文件信息
集中化	容易管理，易于掌握其他人进度	但若服务器宕机，则服务中止，且易于丢数据，无法协同工作	记录各个文件的差异
分布式	即便服务器故障，也可以轻松 commit 或者回滚历史，操作方便，只要操作完后再 push 到 repository 即可，且即便服务器挂了，也可以上传本地	项目镜像庞大	把变化的文件做一次快照，不变的则指向上一个快照的，类似于文件系统

git config --global user.name "tyrantqiao"
git config --global user.email "tyrantqiao@email.com"

若不用 global 则设定保存在当前项目的.git/config 下

git log -p -2 --stat --pretty

git log git show --name-status hash_id

git commit --amend

例如有 test.log 文件,执行git add test.log将 test.log 添加到暂存区中，这时会对文件进行校验和（SHA-1 哈希字符字串）然后将当前版本的文件快照保存到 git 仓库中【快照以 blob 的形式存储下来】其后将校验和加入暂存区域。

当执行git commit时，git 先计算每一个子目录的检验和，再将目录存为树对象，之后 git 创建提交对象，加上那些作者信息等等，包含指向树对象【根目录】的指针，这样就可以到时再回滚回来。

对象也就有： blob【test.log】 tree【根目录加子目录】 tree【根目录】

master 默认分支
head git 系统的当前分支
合并分支问题：
- fastforward master->hotfix 合并时，直接将两个指针指向 hotfix 的快照即可，而当操作完成后，即可以删除掉无用的分支例如 hotfix
- 分岔分支的合并：自动合并，且若有冲突时，需要解决，或者可以加上 force 的命令
分支模式种类
- 长期分支：拥有多个开放的分支，各个分支负责特定的任务，对于大型项目时这种易于管理，像可以分为基础，前端，后端，bug 分支等等。
- 特性分支【topic】：一个短期的，用来实现单一特性与其相关工作的分支，可以理解为一个任务的多种实现，然后在其中抉择较好的任务进行选择。

冲突

简单来说就是线上 git 仓库与本地 git 仓库在一些代码上有冲突的地方【都有改动】，而 git 无法得知哪种是正确的，所以 git 会爆出需要解决冲突

常见情况：

v1->v2->v3-> 【有问题的 v4】，然后主环境回退到 v3，开发人员对 v4 进行修复 bug，建立了 v4->hotfix，完成修复后，merge master 指针和 hotfix，再后面将分支合并回来。
或者像提交前忘记拉代码，git 自动做了 merge 操作，因为开发上不涉及到冲突操作，所以常发生 merge 操作

那么冲突呢？

解决方案：