一.Git 的产生

作者：林纳斯·托瓦兹 （Linus Torvalds），Linux 的伟大的副产物


Linus 在 1991 年创建了开源的 Linux 之后靠着开发者共同维护。

2002 以前 ，contributors 把源代码文件通过 diff 的方式发给 Linus，Linus 和 维护者 手工方式 merge。

维护者受不了了，Linus 选择了 BitKeeper，并且很喜欢 BitKeeper.

理查德・斯托尔曼（Richard Stallman）自由软件倡导者，精神领袖，GNU计划创造者


并且有人开始对 BitKeeper 逆向，破解，BitKeeper 收回了 Linus 的免费使用权。

Linus 不得不要写一个自己的版本控制系统：

  • 1.速度优势，有能力高效管理类似 Linux 内核一样的超大规模项目（速度和数据量）
  • 2.对非线性开发模式的强力支持（允许上千个并行开发的分支）
  • 3.完全分布式
  • 4.简单易用的设计，bullshit

Linus 不到两周时间， C 写了一个分布式版本控制系统，1300 行左右，之后靠 contributors 去壮大。

身世评价:

亲爹：Linus

干爹：世界各地 contributors

外表：Source Tree, TortoiseGit 等等等

内涵：这里

二. 集中式 与 分布式

集中化的版本控制系统：SVN


单一的集中管理的服务器，保存所有文件的修订版本，协同者通过客户端连到这台服务器，查看提交记录或者进行提交。checkout 的只是某个版本的代码，没有任何版本信息记录。

分布式版本控制系统：Git


客户端并不只提取最新版本的文件快照，而是把代码仓库 完整地镜像 克隆（clone） 提取（fetch) 到本地

  • 1.分布式，去中心化
  • 2.本地提交
    • 断网提交
    • 小步提交，颗粒化，跟踪代码时，更加细腻
    • 不用 sever，也可以进行版本控制
  • 3.高速度，所以 commit，checkout 变得飞快


三. Git 结构模型

为什么要理解 Git 结构模型？

  • 我 tmd 在哪？
  • 我 tmd 的代码呢?
  • 屏幕上的提示信息到底是 tmd 让我干嘛?

四个区

两区两库：

  • Workspace：工作区，就是你在电脑里能看到的目录
  • Index / Stage：暂存区，在暂存区的东西，才能 commit 到 Repository
  • Repository：本地仓库
  • Remote：远程仓库

六指令：

  • add：增加
  • commit：提交
  • push：推送
  • fetch：拉取
  • checkout：检出
  • pull：fetch + merge


四. Git 命令讲解

1.init clone

1
2
3
4
//初始化 git
git init 	
//从服务器 clone repo，
git clone

2.配置 Git

1
2
3
4
5
6
7
8
9
10
11
//查看配置
git config --global --list
//编辑配置
git config --global --edit
	
//设置提交人
git config --global user.name "John Doe"
//设置邮件
git config --global user.email johndoe@example.com
//设置编辑器
git config --global core.editor emacs

3.add, stage

从工作区选取一些代码快照，加入到暂存区，即将要commit的内容

1
2
3
4
5
6
7
8
9
10
11
//将 <path> 放到 暂存区
git add <path>
//将 改动的跟踪文件 放到暂存区，但是不包括 新增的 
git add -u stages 
//将 所有 放到暂存区
git add . 
//git add . 之后，想要移回工作区
git reset
//git add . 之后，如果又在工作区做了一些更改，但此时想要放弃工作区更改
git checkout .
  • 提问：为什么会有暂存区这个概念？
  • 快照？

4.暂存 stash

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
//暂存当前工作区的变动
git stash
//暂存当前工作区的变动，并命名为<name>
git save "name"
//取出暂存，并删除
git stash pop
//取出暂存，不删除
git stash apply "name"
//列出暂存列表
git stash list
//删除暂存
git stash drop "name"

高级用法

1
2
3
4
5
6
7
8
9
10
11
//操作片段
git add -p
y:	暂存此片
n:	不暂存此片
a:	暂存此片和剩余的片
d:	不暂存和剩余的片
?:	查看帮助
q:	退出
e:	手动编辑选择是否暂存
s:	切片
1
git add -i

5.commit

将暂存区的代码快照提交到本地仓库

1
2
3
4
5
git commit
//直接将 工作区 的所有文件提交到`本地仓库`
git commit -a
//提交暂存区到仓库区
git commit -m "log"

高级用法

1
2
3
//纠正最后历史
git commit --amend
//将 add 新的快照，追加最后到一次提交，并修改log

注意：这样会更改历史

6.remote

远端，即远程服务器

1
2
3
4
5
6
7
8
9
10
git remote
//添加远程主机。
git remote add <主机名> <服务器地址>
//查看某个远程主机信息
git remote show <主机名>
git remote rm <主机名>
git remote rename <原主机名> <新主机名>

7.push

将本地的分支信息推向远端

1
git push <主机名> <本地分支名>:<远程分支名>
1
2
3
4
5
6
7
8
//将本地的主干推到远程主机，并建立追踪关系
git push -u origin master:master
//推送当前分支到追踪分支
git push
//强制覆盖推送 **改写历史***
git push -f

8.pull

pull = fetch + merge
pull –rebase = fetch + rebase

merge 优先尝试 fast-forward 模式

1
2
git pull <远程主机名> <远程分支名>:<本地分支名>
git pull --rebase <远程主机名> <远程分支名>:<本地分支名>

9.fetch

将远程仓库新的提交的拉取到本地仓库

1
2
git fetch
git fetch origin master

10.合并 merge 演合 rebase

LearnGit

把一个分支中的修改整合到另一个分支的办法有两种：merge 和 rebase

a.合并 merge

把指定分支 branchX 合并到当前分支，如果不进行 fast-forward 模式，就会产生新的提交点。

若有冲突发生时，新的提交点为解决冲突记录。

1
git merge origin branchX

合并前


合并后


fast-forward 模式


b.演合 rebase

将当前分支和 branchX 产生分歧的 commit 点，重新在 branchX 演一遍。

1
git rebase branchX

演合之前


演合之后


注意：尽量不要对已经推送到远程仓库的分支进行演合，否则再次推送时会产生冲突。永远不要改变历史。

神奇的演合：

1
git rebase --onto branchA branchB branchC

c.merge 和 rebase 的取舍

rebase: 保证了提交点的干净有序。

merge: 更加详细了记录了开发路线。

10.后悔药 reset revert reflog

1.reset

类似 SVN 的revert，将当前分支提交重置回某个提交点。

1
2
git reset [commit]
//--soft --mixed --hard

注意：不要对已经在远程服务器的 commit 进行 reset

2.revert

对某一次提交做一次反向操作，并且提交创建一个新提交

1
git revert [commit]

3.reflog

列出 HEAD 经历过的记录，神器~

1
git reflog

五. Git 开发模型–GitFlow

1.branch

Git 分支不同于 SVN，不是对文件拷贝的副本，而是快照，使用起来非常轻量级。这使得开发中对分支的 new，merge，delete 变得非常廉价，更好的支持并发型开发。开分支，就是新建一个指针而已。

分支的查看

1
2
3
4
5
6
7
8
//列出所有本地分支
git branch
//列出所有远程分支
git branch -r
//列出所有分支
git branch -a

分支的新建

1
2
3
4
5
6
7
8
//新建分支 branchName
git branch [branchName]
//新建分支 branchName 并且切换
git checkout -b [branchName]
//从一个 commit 点新建一条分支 branchName
git branch [branchName] [commit]

分支的切换 checkout 功能

1
2
3
4
5
6
//切换分支
git checkout [branchName]
//移动 head
git checkout [commit]
//将追踪的文件重置为上一次 commit 的内容
git checkout <fileName>

2.GitFlow


六. 辅助利器

1.Zsh

2.GitDiff

七. 扩展

1.git config

2.git rebase -i

修改历史的一个方法，提供了重写 commit，合并 commit，更改 commit 顺序等功能。之后有时间补上这一部分。

3.cherry-pick

将一个提交点重新应用到当前分支，此时是一个新的提交号

1
git cherry-pick [commit]

注意：永远不要 cherry-pick 已推送到远端的 commit，否则再次推送时会产生冲突。
这句话是我错误的认知，删去。cherry-pick 的提交点再次合并回去之后，不会引起冲突。

4..gitignore

这个可以参考这个开源项目

5.alias

alias 我用的不多，因为不想太依赖这个东西，用的最频繁的就下面一个：

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

6.ssh