Git 简介

Git 是一种分布式版本控制系统，它能够不受网络连接的限度，加上其它泛滥长处，目前曾经成为程序开发人员做我的项目版本治理时的首选，非开发人员也能够用 Git 来做本人的文档版本管理工具。

2013年，淘宝前端团队开始全面采纳 Git 来做项目管理，我也是那个时候开始接触和应用，从一开始的零接触到当初的重度依赖，真是感叹 Git 的弱小。

Git 的api很多，但其实平时我的项目中90%的需要都只须要用到几个根本的性能即可，所以本文将从 实用主义 和 深刻摸索 2个方面去谈谈如何在我的项目中应用 Git，一般来说，看完 实用主义 这一节就能够开始在我的项目中入手用。

阐明：本文的操作都是基于 Mac 零碎

筹备阶段

进入 Git官网下载适合你的安装包，以后我下载到的版本是 2.11.0，本文也将在这个版本上演示成果。装置好 Git 后，关上命令行工具，进入工作文件夹（为了便于了解咱们在零碎桌面上演示），创立一个新的demo文件夹。进入 Github网站 注册一个账号并登录，进入：

https://github.com/gafish/gafish.github.com

点击 Clone or download ，再点击 Use HTTPS，复制我的项目地址 ：

https://github.com/gafish/gafish.github.com.git 备用。

再回到命令行工具，所有就绪，接下来进入本文的重点。

罕用操作

所谓实用主义，就是把握了以下常识就能够玩转 Git，轻松应答90%以上的需要。以下是实用主义型的Git命令列表，先大抵看一下

git clonegit configgit branchgit checkoutgit statusgit addgit commitgit pushgit pullgit loggit tag

接下来，将通过对：https://github.com/gafish/gaf...

仓库进行实例操作，解说如何应用 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 gafishgit 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.1Changes 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.mdno 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.1Changes 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 c334730f8dba5096c54c8ac04fdc2b31ede7107aAuthor: gafish <gafish@qqqq.com>Date:   Wed Jan 11 09:44:13 2017 +0800    Update README.mdcommit ba6e3d21fcb1c87a718d2a73cdd11261eb672b2aAuthor: gafish <gafish@qqqq.com>Date:   Wed Jan 11 09:31:33 2017 +0800    test.....

提交记录可能会十分多，按 J 键往下翻，按 K 键往上翻，按 Q 键退出查看

git tag

为我的项目标记里程碑

git tag publish/0.0.1git 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.htmlbuild/

以上内容的意思是 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 -urevert：#把曾经增加到暂存区的文件从暂存区剔除，其操作形式和 update 相似add untracked：#能够把新增的文件增加到暂存区，其操作形式和 update 相似patch：#详见下方 git add -pdiff：#比拟暂存区文件和本地版本库的差别，其操作形式和 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 或以后分支的历史IDgit 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 statusgit status -s#以简短形式查看工作区和暂存区文件状态，示例如下： M demo.html?? test.htmlgit 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 create09eb9a97ad632d0825be1ece361936d1d0bdb5c7$ git stash store 09eb9a97ad632d0825be1ece361936d1d0bdb5c7$ git stash liststash@{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 能够为空或其它提交IDgit 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> 或者 HEADgit 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 -v#不带参数，列出曾经存在的近程分支，加上 -v 列出详细信息，在每一个名字前面列出其近程urlgit remote add origin https://github.com/gafish/gafish.github.com.git#增加一个新的近程仓库，指定一个名字，以便援用前面带的URLgit 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#二分查找历史记录，排查BUGgit 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#更新子模块 demogit gc#运行Git的垃圾回收性能，清理冗余的历史快照git archive#将加了tag的某个版本打包提取git archive -v --format=zip v0.1 > v0.1.zip#--format 示意打包的格局，如 zip，-v 示意对应的tag名，前面跟的是tag名，如 v0.1。

总结

本文只是对 Git 的所有性能中的局部实用功能做了一次探秘，Git十分弱小，还有很多性能有待咱们去发现，限于本文篇幅，咱就此打住吧，预知更多好用性能，请善用谷歌。

转自：gafish  链接：https://github.com/gafish/gaf...