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 clone
git config
git branch
git checkout
git status
git add
git commit
git push
git pull
git log
git 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 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 -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 十分弱小,还有很多性能有待咱们去发现,限于本文篇幅,咱就此打住吧,预知更多好用性能,请善用谷歌。
转自:gafish 链接:https://github.com/gafish/gaf…