点击上方“机器学习与生成对抗网络”，关注"星标"html
获取有趣、好玩的前沿干货！前端
来源：github.com/gafish/gafish.github.com 侵删git
-
前言 -
Git简介 -
实用主义 -
深刻探索 -
总结 -
参考资料
前言
这是两篇关于 Git 使用总结的文章，发在公司内网，此次把两篇文章合起来并适当修改下发到博客，从新编辑的过程也是从新学习的过程。github
Git简介
Git 是一种分布式版本控制系统，它能够不受网络链接的限制，加上其它众多优势，目前已经成为程序开发人员作项目版本管理时的首选，非开发人员也能够用 Git 来作本身的文档版本管理工具。web
2013年，淘宝前端团队开始全面采用 Git 来作项目管理，我也是那个时候开始接触和使用，从一开始的零接触到如今的重度依赖，真是感叹 Git 的强大。正则表达式
Git 的api不少，但其实平时项目中90%的需求都只须要用到几个基本的功能便可，因此本文将从 实用主义 和 深刻探索 2个方面去谈谈如何在项目中使用 Git，通常来讲，看完实用主义 这一节就能够开始在项目中动手用。算法
“说明：本文的操做都是基于 Mac 系统shell
实用主义
准备阶段
进入 Git官网 下载合适你的安装包，当前我下载到的版本是 2.11.0，本文也将在这个版本上演示效果。数据库
安装好 Git 后，打开命令行工具，进入工做文件夹（为了便于理解咱们在系统桌面上演示），建立一个新的demo文件夹。api
进入 Github网站 注册一个帐号并登陆，进入 个人博客，点击 Clone or download ，再点击 Use HTTPS ，复制项目地址 https://github.com/gafish/gafish.github.com.git 备用。
再回到命令行工具，一切就绪，接下来进入本文的重点。
经常使用操做
所谓实用主义，就是掌握了如下知识就能够玩转 Git，轻松应对90%以上的需求。如下是实用主义型的Git命令列表，先大体看一下
-
git clone -
git config -
git branch -
git checkout -
git status -
git add -
git commit -
git push -
git pull -
git log -
git tag
接下来，将经过对 个人博客 仓库进行实例操做，讲解如何使用 Git 拉取代码到提交代码的整个流程。
git clone
“从git服务器拉取代码
git clone https://github.com/gafish/gafish.github.com.git
代码下载完成后在当前文件夹中会有一个 gafish.github.com 的目录，经过 cd gafish.github.com 命令进入目录。
git config
“配置开发者用户名和邮箱
git config user.name gafish
git config user.email gafish@qqqq.com
每次代码提交的时候都会生成一条提交记录，其中会包含当前配置的用户名和邮箱。
git branch
“建立、重命名、查看、删除项目分支，经过
Git作项目开发时，通常都是在开发分支中进行，开发完成后合并分支到主干。
git branch daily/0.0.0
建立一个名为 daily/0.0.0 的平常开发分支，分支名只要不包括特殊字符便可。
git branch -m daily/0.0.0 daily/0.0.1
若是以为以前的分支名不合适，能够为新建的分支重命名，重命名分支名为 daily/0.0.1
git branch
经过不带参数的branch命令能够查看当前项目分支列表
git branch -d daily/0.0.1
若是分支已经完成使命则能够经过 -d 参数将分支删除，这里为了继续下一步操做，暂不执行删除操做
git checkout
“切换分支
git checkout daily/0.0.1
切换到 daily/0.0.1 分支，后续的操做将在这个分支上进行
git status
“查看文件变更状态
经过任何你喜欢的编辑器对项目中的 README.md 文件作一些改动，保存。
git status
经过 git status 命令能够看到文件当前状态 Changes not staged for commit: （改动文件未提交到暂存区）
On branch daily/0.0.1
Changes not staged for commit:
(use "git add <file>..." to update what will be committed)
(use "git checkout -- <file>..." to discard changes in working directory)
modified: README.md
no changes added to commit (use "git add" and/or "git commit -a")
git add
“添加文件变更到暂存区
git add README.md
经过指定文件名 README.md 能够将该文件添加到暂存区，若是想添加全部文件可用 git add . 命令，这时候可经过 git status 看到文件当前状态 Changes to be committed:（文件已提交到暂存区）
On branch daily/0.0.1
Changes to be committed:
(use "git reset HEAD <file>..." to unstage)
modified: README.md
git commit
“提交文件变更到版本库
git commit -m '这里写提交缘由'
经过 -m 参数可直接在命令行里输入提交描述文本
git push
“将本地的代码改动推送到服务器
git push origin daily/0.0.1
origin 指代的是当前的git服务器地址，这行命令的意思是把 daily/0.0.1 分支推送到服务器，当看到命令行返回以下字符表示推送成功了。
Counting objects: 3, done.
Delta compression using up to 8 threads.
Compressing objects: 100% (2/2), done.
Writing objects: 100% (3/3), 267 bytes | 0 bytes/s, done.
Total 3 (delta 1), reused 0 (delta 0)
remote: Resolving deltas: 100% (1/1), completed with 1 local objects.
To https://github.com/gafish/gafish.github.com.git
* [new branch] daily/0.0.1 -> daily/0.0.1
如今咱们回到Github网站的项目首页，点击 Branch:master 下拉按钮，就会看到刚才推送的 daily/00.1 分支了
git pull
“将服务器上的最新代码拉取到本地
git pull origin daily/0.0.1
若是其它项目成员对项目作了改动并推送到服务器，咱们须要将最新的改动更新到本地，这里咱们来模拟一下这种状况。
进入Github网站的项目首页，再进入 daily/0.0.1 分支，在线对 README.md 文件作一些修改并保存，而后在命令中执行以上命令，它将把刚才在线修改的部分拉取到本地，用编辑器打开 README.md ，你会发现文件已经跟线上的内容同步了。
若是线上代码作了变更，而你本地的代码也有变更，拉取的代码就有可能会跟你本地的改动冲突，通常状况下 Git 会自动处理这种冲突合并，但若是改动的是同一行，那就须要手动来合并代码，编辑文件，保存最新的改动，再经过 git add . 和 git commit -m 'xxx'来提交合并。
git log
“查看版本提交记录
git log
经过以上命令，咱们能够查看整个项目的版本提交记录，它里面包含了提交人、日期、提交缘由等信息，获得的结果以下：
commit c334730f8dba5096c54c8ac04fdc2b31ede7107a
Author: gafish <gafish@qqqq.com>
Date: Wed Jan 11 09:44:13 2017 +0800
Update README.md
commit ba6e3d21fcb1c87a718d2a73cdd11261eb672b2a
Author: gafish <gafish@qqqq.com>
Date: Wed Jan 11 09:31:33 2017 +0800
test
.....
提交记录可能会很是多，按 J 键往下翻，按 K 键往上翻，按 Q 键退出查看
git tag
“为项目标记里程碑
git tag publish/0.0.1
git push origin publish/0.0.1
当咱们完成某个功能需求准备发布上线时，应该将这次完整的项目代码作个标记，并将这个标记好的版本发布到线上，这里咱们以 publish/0.0.1 为标记名并发布，当看到命令行返回以下内容则表示发布成功了
Total 0 (delta 0), reused 0 (delta 0)
To https://github.com/gafish/gafish.github.com.git
* [new tag] publish/0.0.1 -> publish/0.0.1
.gitignore
“设置哪些内容不须要推送到服务器，这是一个配置文件
touch .gitignore
.gitignore 不是 Git 命令，而在项目中的一个文件，经过设置 .gitignore 的内容告诉Git 哪些文件应该被忽略不须要推送到服务器，经过以上命令能够建立一个 .gitignore文件，并在编辑器中打开文件，每一行表明一个要忽略的文件或目录，如：
demo.html
build/
以上内容的意思是 Git 将忽略 demo.html 文件 和 build/ 目录，这些内容不会被推送到服务器上
小结
经过掌握以上这些基本命令就能够在项目中开始用起来了，若是追求实用，那关于 Git 的学习就能够到此结束了，偶尔遇到的问题也基本上经过 Google 也能找到答案，若是想深刻探索 Git 的高阶功能，那就继续往下看 深刻探索 部分。
深刻探索
基本概念
工做区（Working Directory）
就是你在电脑里能看到的目录，好比上文中的 gafish.github.com 文件夹就是一个工做区
本地版本库（Local Repository）
工做区有一个隐藏目录 .git，这个不算工做区，而是 Git 的版本库。
暂存区（stage）
本地版本库里存了不少东西，其中最重要的就是称为 stage（或者叫index）的暂存区，还有 Git 为咱们自动建立的第一个分支 master，以及指向 master 的一个指针叫 HEAD。
远程版本库（Remote Repository）
通常指的是 Git 服务器上所对应的仓库，本文的示例所在的github仓库就是一个远程版本库
以上概念之间的关系
工做区、暂存区、本地版本库、远程版本库之间几个经常使用的 Git 操做流程以下图所示：
分支（Branch）
分支是为了将修改记录的整个流程分开存储，让分开的分支不受其它分支的影响，因此在同一个数据库里能够同时进行多个不一样的修改
主分支（Master）
前面提到过 master 是 Git 为咱们自动建立的第一个分支，也叫主分支，其它分支开发完成后都要合并到 master
标签（Tag）
标签是用于标记特定的点或提交的历史，一般会用来标记发布版本的名称或版本号（如：publish/0.0.1），虽然标签看起来有点像分支，但打上标签的提交是固定的，不能随意的改动，参见上图中的1.0 / 2.0 / 3.0
HEAD
HEAD 指向的就是当前分支的最新提交
“以上概念了解的差很少，那就能够继续往下看，下面将以具体的操做类型来说解
Git的高阶用法
操做文件
git add
“添加文件到暂存区
git add -i
经过此命令将打开交互式子命令系统，你将看到以下子命令
***Commands***
1: status 2: update 3: revert 4: add untracked
5: patch 6: diff 7: quit 8: help
经过输入序列号或首字母能够选择相应的功能，具体的功能解释以下：
-
status：功能上和git add -i类似，没什么鸟用 -
update：详见下方git add -u -
revert：把已经添加到暂存区的文件从暂存区剔除，其操做方式和update相似 -
add untracked：能够把新增的文件添加到暂存区，其操做方式和update相似 -
patch：详见下方git add -p -
diff：比较暂存区文件和本地版本库的差别，其操做方式和update相似 -
quit：退出git add -i命令系统 -
help：查看帮助信息
git add -p
直接进入交互命令中最有用的 patch 模式
这是交互命令中最有用的模式，其操做方式和 update 相似，选择后 Git 会显示这些文件的当前内容与本地版本库中的差别，而后您能够本身决定是否添加这些修改到暂存区，在命令行 Stage deletion [y,n,q,a,d,/,?]? 后输入 y,n,q,a,d,/,? 其中一项选择操做方式，具体功能解释以下：
-
y：接受修改 -
n：忽略修改 -
q：退出当前命令 -
a：添加修改 -
d：放弃修改 -
/：经过正则表达式匹配修改内容 -
?：查看帮助信息
git add -u
直接进入交互命令中的 update 模式
它会先列出工做区 修改 或 删除 的文件列表，新增 的文件不会被显示，在命令行 Update>> 后输入相应的列表序列号表示选中该项，回车继续选择，若是已选好，直接回车回到命令主界面
git add --ignore-removal .
添加工做区 修改 或 新增 的文件列表， 删除 的文件不会被添加
git commit
“把暂存区的文件提交到本地版本库
git commit -m '第一行提交缘由' -m '第二行提交缘由'
不打开编辑器，直接在命令行中输入多行提交缘由
git commit -am '提交缘由'
将工做区 修改 或 删除 的文件提交到本地版本库， 新增 的文件不会被提交
git commit --amend -m '提交缘由'
修改最新一条提交记录的提交缘由
git commit -C HEAD
将当前文件改动提交到 HEAD 或当前分支的历史ID
git mv
“移动或重命名文件、目录
git mv a.md b.md -f
将 a.md 重命名为 b.md ，同时添加变更到暂存区，加 -f 参数能够强制重命名，相比用 mv a.md b.md 命令省去了 git add 操做
git rm
“从工做区和暂存区移除文件
git rm b.md
从工做区和暂存区移除文件 b.md ，同时添加变更到暂存区，相比用 rm b.md 命令省去了git add 操做
git rm src/ -r
容许从工做区和暂存区移除目录
git status
git status -s
以简短方式查看工做区和暂存区文件状态，示例以下：
M demo.html
?? test.html
git status --ignored
查看工做区和暂存区文件状态，包括被忽略的文件
操做分支
git branch
“查看、建立、删除分支
git branch -a
查看本地版本库和远程版本库上的分支列表
git branch -r
查看远程版本库上的分支列表，加上 -d 参数能够删除远程版本库上的分支
git branch -D
分支未提交到本地版本库前强制删除分支
git branch -vv
查看带有最后提交id、最近提交缘由等信息的本地版本库分支列表
git merge
“将其它分支合并到当前分支
git merge --squash
将待合并分支上的 commit 合并成一个新的 commit 放入当前分支，适用于待合并分支的提交记录不须要保留的状况
git merge --no-ff
默认状况下，Git 执行"快进式合并"（fast-farward merge），会直接将 Master 分支指向Develop 分支，使用 --no-ff 参数后，会执行正常合并，在 Master 分支上生成一个新节点，保证版本演进更清晰。
git merge --no-edit
在没有冲突的状况下合并，不想手动编辑提交缘由，而是用 Git 自动生成的相似 Merge branch 'test' 的文字直接提交
git checkout
“切换分支
git checkout -b daily/0.0.1
建立 daily/0.0.1 分支，同时切换到这个新建立的分支
git checkout HEAD demo.html
从本地版本库的 HEAD（也能够是提交ID、分支名、Tag名） 历史中检出 demo.html 覆盖当前工做区的文件，若是省略 HEAD 则是从暂存区检出
git checkout --orphan new_branch
这个命令会建立一个全新的，彻底没有历史记录的新分支，但当前源分支上全部的最新文件都还在，真是强迫症患者的福音，但这个新分支必须作一次 git commit 操做后才会真正成为一个新分支。
git checkout -p other_branch
这个命令主要用来比较两个分支间的差别内容，并提供交互式的界面来选择进一步的操做，这个命令不只能够比较两个分支间的差别，还能够比较单个文件的差别。
git stash
“在
Git的栈中保存当前修改或删除的工做进度，当你在一个分支里作某项功能开发时，接到通知把昨天已经测试完没问题的代码发布到线上，但这时你已经在这个分支里加入了其它未提交的代码，这个时候就能够把这些未提交的代码存到栈里。
git stash
将未提交的文件保存到Git栈中
git stash list
查看栈中保存的列表
git stash show stash@{0}
显示栈中其中一条记录
git stash drop stash@{0}
移除栈中其中一条记录
git stash pop
从Git栈中检出最新保存的一条记录，并将它从栈中移除
git stash apply stash@{0}
从Git栈中检出其中一条记录，但不从栈中移除
git stash branch new_banch
把当前栈中最近一次记录检出并建立一个新分支
git stash clear
清空栈里的全部记录
git stash create
为当前修改或删除的文件建立一个自定义的栈并返回一个ID，此时并未真正存储到栈里
git stash store xxxxxx
将 create 方法里返回的ID放到 store 后面，此时在栈里真正建立了一个记录，但当前修改或删除的文件并未从工做区移除
$ git stash create
09eb9a97ad632d0825be1ece361936d1d0bdb5c7
$ git stash store 09eb9a97ad632d0825be1ece361936d1d0bdb5c7
$ git stash list
stash@{0}: Created via "git stash store".
操做历史
git log
“显示提交历史记录
git log -p
显示带提交差别对比的历史记录
git log demo.html
显示 demo.html 文件的历史记录
git log --since="2 weeks ago"
显示2周前开始到如今的历史记录，其它时间能够类推
git log --before="2 weeks ago"
显示截止到2周前的历史记录，其它时间能够类推
git log -10
显示最近10条历史记录
git log f5f630a..HEAD
显示从提交ID f5f630a 到 HEAD 之间的记录，HEAD 能够为空或其它提交ID
git log --pretty=oneline
在一行中输出简短的历史记录
git log --pretty=format:"%h"
格式化输出历史记录
Git 用各类 placeholder 来决定各类显示内容，我挑几个经常使用的显示以下：
-
%H: commit hash -
%h: 缩短的commit hash -
%T: tree hash -
%t: 缩短的 tree hash -
%P: parent hashes -
%p: 缩短的 parent hashes -
%an: 做者名字 -
%aN: mailmap的做者名 -
%ae: 做者邮箱 -
%ad: 日期 (--date= 制定的格式) -
%ar: 日期, 相对格式(1 day ago) -
%cn: 提交者名字 -
%ce: 提交者 email -
%cd: 提交日期 (--date= 制定的格式) -
%cr: 提交日期, 相对格式(1 day ago) -
%d: ref名称 -
%s: commit信息标题 -
%b: commit信息内容 -
%n: 换行
git cherry-pick
“合并分支的一条或几条提交记录到当前分支末梢
git cherry-pick 170a305
合并提交ID 170a305 到当前分支末梢
git reset
“将当前的分支重设（reset）到指定的
<commit>或者HEAD
git reset --mixed <commit>
--mixed 是不带参数时的默认参数，它退回到某个版本，保留文件内容，回退提交历史
git reset --soft <commit>
暂存区和工做区中的内容不做任何改变，仅仅把 HEAD 指向 <commit>
git reset --hard <commit>
自从 <commit> 以来在工做区中的任何改变都被丢弃，并把 HEAD 指向 <commit>
git rebase
“从新定义分支的版本库状态
git rebase branch_name
合并分支，这跟 merge 很像，但仍是有本质区别，看下图：合并过程当中可能须要先解决冲突，而后执行 git rebase --continue
git rebase -i HEAD~~
打开文本编辑器，将看到从 HEAD 到 HEAD~~ 的提交以下
pick 9a54fd4 添加commit的说明
pick 0d4a808 添加pull的说明
# Rebase 326fc9f..0d4a808 onto d286baa
#
# Commands:
# p, pick = use commit
# r, reword = use commit, but edit the commit message
# e, edit = use commit, but stop for amending
# s, squash = use commit, but meld into previous commit
# f, fixup = like "squash", but discard this commit's log message
# x, exec = run command (the rest of the line) using shell
#
将第一行的 pick 改为 Commands 中所列出来的命令，而后保存并退出，所对应的修改将会生效。若是移动提交记录的顺序，将改变历史记录中的排序。
git revert
“撤销某次操做，这次操做以前和以后的
commit和history都会保留，而且把此次撤销做为一次最新的提交
git revert HEAD
撤销前一次提交操做
git revert HEAD --no-edit
撤销前一次提交操做，并以默认的 Revert "xxx" 为提交缘由
git revert -n HEAD
须要撤销屡次操做的时候加 -n 参数，这样不会每次撤销操做都提交，而是等全部撤销都完成后一块儿提交
git diff
“查看工做区、暂存区、本地版本库之间的文件差别，用一张图来解释
git diff --stat
经过 --stat 参数能够查看变动统计数据
test.md | 1 -
1 file changed, 1 deletion(-)
git reflog
reflog 能够查看全部分支的全部操做记录（包括commit和reset的操做、已经被删除的commit记录，跟 git log 的区别在于它不能查看已经删除了的commit记录
远程版本库链接
若是在GitHub项目初始化以前，文件已经存在于本地目录中，那能够在本地初始化本地版本库，再将本地版本库跟远程版本库链接起来
git init
“在本地目录内部会生成.git文件夹
git remote
git remote -v
不带参数，列出已经存在的远程分支，加上 -v 列出详细信息，在每个名字后面列出其远程url
git remote add origin https://github.com/gafish/gafish.github.com.git
添加一个新的远程仓库，指定一个名字，以便引用后面带的URL
git fetch
“将远程版本库的更新取回到本地版本库
git fetch origin daily/0.0.1
默认状况下，git fetch 取回全部分支的更新。若是只想取回特定分支的更新，能够指定分支名。
问题排查
git blame
“查看文件每行代码块的历史信息
git blame -L 1,10 demo.html
截取 demo.html 文件1-10行历史信息
git bisect
“二分查找历史记录，排查BUG
git bisect start
开始二分查找
git bisect bad
标记当前二分提交ID为有问题的点
git bisect good
标记当前二分提交ID为没问题的点
git bisect reset
查到有问题的提交ID后回到原分支
更多操做
git submodule
“经过 Git 子模块能够跟踪外部版本库，它容许在某一版本库中再存储另外一版本库，而且可以保持2个版本库彻底独立
git submodule add https://github.com/gafish/demo.git demo
将 demo 仓库添加为子模块
git submodule update demo
更新子模块 demo
git gc
“运行Git的垃圾回收功能，清理冗余的历史快照
git archive
“将加了tag的某个版本打包提取
git archive -v --format=zip v0.1 > v0.1.zip
--format 表示打包的格式，如 zip，-v 表示对应的tag名，后面跟的是tag名，如v0.1。
总结
本文只是对 Git 的全部功能中的部分实用功能作了一次探秘，Git很是强大，还有不少功能有待咱们去发现，限于本文篇幅，咱就此打住吧，预知更多好用功能，请善用谷歌。
- END -
附下载 |《TensorFlow 2.0 深度学习算法实战》
本文分享自微信公众号 - 机器学习与生成对抗网络（AI_bryant8）。
若有侵权，请联系 support@oschina.cn 删除。
本文参与“OSC源创计划”，欢迎正在阅读的你也加入，一块儿分享。