Git之(三)辅助命令
熟悉了Git的基本操作之后,再来研究一下Git为我们提供的基础设施服务。正如一个程序员,只会写代码是远远不够的,还得知道怎么吃饭,怎么睡觉,怎么谈恋爱,怎么耍流氓……会了这些才能写出更好的代码,这就是所谓的“基础设施服务”或者“外围服务”。
git config
一般在新的系统上,我们都需要先配置下自己的 Git 工作环境。配置工作只需一次,以后升级时还会沿用现在的配置。当然,如果需要,随时可以用相同的命令修改已有的配置。
Git 提供了一个叫做git config 的工具,专门用来配置或读取相应的工作环境变量。而正是由这些环境变量,决定了 Git 在各个环节的具体工作方式和行为。这些变量可以存放在以下三个不同的地方:
l /etc/gitconfig 文件:系统中对所有用户都普遍适用的配置。若使用 git config时用--system 选项,读写的就是这个文件。
l ~/.gitconfig 文件:用户目录下的配置文件只适用于该用户。若使用 git config时用--global 选项,读写的就是这个文件。
l 工作目录中的 .git/config 文件:这里的配置仅仅针对当前项目有效。若使用 git config时用--local 选项,读写的就是这个文件
每一个级别的配置都会覆盖上层的相同配置。
首先需要配置的是用户名称和电子邮件地址。这两条配置很重要,每次 Git 提交时都会引用这两条信息,说明是谁提交了更新,所以会随更新内容一起被永久纳入历史记录。
比如,用“--local”参数仅作项目级别的修改:
git config --local user.name ‘clf’ git config --local user.email ‘clf@163.com’上面的两条命名会改变工作目录中的.git/config 配置,打开文件验证一下:
name = clf email = clf@163.com发现里面的用户配置已更改。本项目之后的commit会标注这两项用户信息。类似这样:
commit b34fb46 Author: clf<clf@163.com> Date: Fri Jul1 11:59:29 2016 +0800还有一个很有用的配置,就是为Git命令配置别名,可以简化命令输入。例如我们想使用“git st”来作为“git status”的别名,在用户级别生效:
git config --global alias.st status以后运行“git st”就相当于运行命令“git status”。
使用“git alias”命令可以查看所有的别名配置:
a => !git add. && git status aa => !git add. && git add -u . && git status ac => !git add. && git commit acm => !gitadd . && git commit -m au => !git add-u . && git status c =>commit ca => commit--amend cm => commit-m d => diff l => log--graph --all --pretty=format:'%C(yellow)%h%C(cyan)%d%Creset %s %C(white)- %an,%ar%Creset' lg => log--color --graph --pretty=format:'%C(bold white)%h%Creset -%C(boldgreen)%d%Creset %s %C(bold green)(%cr)%Creset %C(bold blue)<%an>%Creset'--abbrev-commit --date=relative ll => log--stat --abbrev-commit llg => log--color --graph --pretty=format:'%C(bold white)%H %d%Creset%n%s%n%+b%C(boldblue)%an <%ae>%Creset %C(bold green)%cr (%ci)' --abbrev-commit master =>checkout master s =>status很奇怪,有很多别名我们并没有配置过。其实,这些都是Git默认设置的一些常用命令的别名,当然,可以根据自己的使用习惯来更改。
除了用户信息、别名等,还有很多可配置的信息,使用命令“git config --list”可以查看所有已配置的信息。有时候会看到重复的变量名,那就说明它们来自不同的配置文件(比如 /etc/gitconfig 和 ~/.gitconfig),不过最终 Git 实际采用的是最后一个。
git log
每次commit都会生成一个提交记录,“git log ”就是用来查看提交记录的。
如果不带任何参数,它会列出所有历史记录,最近的排在最上方,显示提交对象的哈希值,作者、提交日期、和提交说明。如果记录过多,则按Page Up、Page Down、↓、↑来控制显示;按q退出历史记录列表。
commit 02c7ffcacae468e8adc4633e011db6f9c7627c6d --版本号 Author: chenlongfei chenlongfei@163.com --提交者信息 Date: Fri Jul1 15:46:47 2016 +0800 --提交时间 third commit --备注 commit cfb3dcd6673433ba184b4a2084b48ae0e70e133f Author: chenlongfei <chenlongfei@163.com> Date: Fri Jul1 15:46:01 2016 +0800 secondcommit commit 2ecd99eba77d110b9191426317cfde014801d1ee Author: chenlongfei <chenlongfei@163.com> Date: Fri Jul1 15:45:04 2016 +0800 first commitreadme.txt ……携带“--stat”参数时,该命令会显示每次提交的更改概要;携带“--n“时,该命令会只显示最近n次的提交记录。
例如,运行命令“git log --stat--2”显示如下:
commit 02c7ffcacae468e8adc4633e011db6f9c7627c6d Author: chenlongfei <chenlongfei@163.com> Date: Fri Jul1 15:46:47 2016 +0800 third commit readme.txt | 1+ 1 file changed,1 insertion(+) commit cfb3dcd6673433ba184b4a2084b48ae0e70e133f Author: chenlongfei <chenlongfei@163.com> Date: Fri Jul1 15:46:01 2016 +0800 secondcommit readme.txt | 2+- 1 file changed,1 insertion(+), 1 deletion(-)该命令还有很多可选参数,可以灵活的控制提交记录的显示方式,比如只显示某个日期之后的记录、只显示某个人提交的记录、以图形化的方式显示记录等等,具体可查看Git文档。
使用“gitalias”查看Git的命令别名列表会发现,Git默认设置了四种“git log”的简化命令:
l => log--graph --all --pretty=format:'%C(yellow)%h%C(cyan)%d%Creset %s %C(white)- %an,%ar%Creset' lg => log--color --graph --pretty=format:'%C(bold white)%h%Creset -%C(boldgreen)%d%Creset %s %C(bold green)(%cr)%Creset %C(bold blue)<%an>%Creset'--abbrev-commit --date=relative ll => log--stat --abbrev-commit llg => log--color --graph --pretty=format:'%C(bold white)%H %d%Creset%n%s%n%+b%C(boldblue)%an <%ae>%Creset %C(bold green)%cr (%ci)' --abbrev-commit可以直接使用。例如,使用别名“gitllg”会得到这样的显示结果:
关键字变色高亮,左侧还图形化地显示出提交节点(与分支),是不是有种秒变高富帅的感觉?
git diff
该命令用于比较来个文件的差别,显示的格式正是Linux通用的diff格式。
直接运行“git diffreadme.txt”:
diff --git a/readme.txt b/readme.txt index ebdd200..dab1993 100644 --- a/readme.txt +++ b/readme.txt @@ -1,3 +1,4 @@ this is myfirst git project. add one row add second row +add third row --后者与前者相比,增加了该行内容l “git diff”比较的是工作区与暂存区之间的差别,即修改之后还没有暂存起来的变化内容
l “git diff --cached”比较的是暂存区与版本库最新提交之间的差别。
l “git diff HEAD”比较的是工作区与与版本库最新提交之间的差别。
l “git diff SHA_1 SHA_2”比较的是版本号SHA_1与SHA_2之间的差别。
git help
Git提供了详细的帮助文档,借助“git help”可以查看每个命令的详细说明。
例如,我们想看看“git add”到底都有哪些隐藏技能,果然发现了几个必杀技:
-u, --update Update the index just where it already has an entry matching<pathspec>. This removes as well as modifies index entries to match theworking tree,but adds no new files. -A, --all, --no-ignore-removal Update the index not only where the working tree has a file matching<pathspec> but also where the index already has an entry. This adds, modifies,and removes index entries to match the working tree.可见,Git提供了批量add的方法:
l “git add -u”(等效于“git add --update”)
把工作区内所有tracked文件中被修改过或已删除文件的信息添加到暂存区。但是它不会处理untracted的文件。还可以在后面加上路径限制,只提交某个路径下的所有更改。
l “git add -A”(等效于“git add --all”)
把工作区内所有tracked文件中被修改过或已删除文件,包括所有untracted的文件信息添加到暂存区。该命令同样可以加上路径限制,只提交某个路径下的所有更改。
此外,还有一种简化地查看帮助文档的方法,即在Git命令后面加上“-h”参数,h代表help的首字母。
使用“git add -h”查看add命令的使用方法:
usage: git add [<options>] [--]<pathspec>... -n,--dry-run dry run -v,--verbose be verbose -i,--interactive interactive picking -p, --patch select hunks interactively -e,--edit edit current diff andapply -f,--force allow adding otherwiseignored files -u, --update update tracked files -N,--intent-to-add record only the factthat the path will be added later -A, --all add changes from all tracked anduntracked files --ignore-removal ignore pathsremoved in the working tree (same as --no-all) --refresh don't add,only refresh the index --ignore-errors just skip files which cannot be addedbecause of errors --ignore-missing check if -even missing - files are ignored in dry run
git mv
初看该命令,很容易认为这是一个移动文件的操作,事实上,该命令一般用于文件的重命名。
不像其他的版本管理系统,Git 并不跟踪文件移动操作。如果在Git 中重命名了某个文件,仓库中存储的元数据并不会体现出这是一次改名操作。不过 Git 非常聪明,它会推断出究竟发生了什么。
比如,运行命令:
git mv readme.txt readmeCopy.txt然后查看状态,恰如预期般那样,明白无误地看到关于重命名操作的说明:
On branch master Changes to be committed: (use "gitreset HEAD <file>..." to unstage) renamed: readme.txt -> readmeCopy.txt其实,运行 “git mv”就相当于运行了下面三条命令:
mv readme.txt readmeCopy.txt --Linux命令,在文件系统中将readme.txt移动到readmeCopy.txt git rm readme.txt --将旧文件readme.txt从Git版本库删除 git add readmeCopy.txt --将新文件readmeCopy.txt交给Git追踪管理即便如此分开操作,Git 也会意识到这是一次改名,所以不管何种方式都一样。当然,直接用git mv 轻便得多。
git ignore
一般我们总会有些文件无需纳入 Git的管理,也不希望它们总出现在未跟踪文件列表。通常都是些自动生成的文件,比如日志文件,或者编译过程中创建的临时文件等。
设置忽略文件的方式有三种。
1、在Git工作目录下创建“.gitignore”文件
文件 .gitignore 的格式规范如下:
l 所有空行或者以注释符号# 开头的行都会被 Git 忽略。
l 可以使用标准的glob 模式匹配。 匹配模式最后跟反斜杠(/)说明要忽略的是目录。 要忽略指定模式以外的文件或目录,可以在模式前加上惊叹号(!)取反。
所谓的 glob 模式是指 shell 所使用的简化了的正则表达式。
(1) 星号(*)匹配零个或多个任意字符;
(2) [abc] 匹配任何一个列在方括号中的字符(要么匹配一个 a,要么匹配一个 b,要么匹配一个 c);
(3) 问号(?)只匹配一个任意字符;
(4) 如果在方括号中使用短划线分隔两个字符,表示所有在这两个字符范围内的都可以匹配(比如[0-9] 表示匹配所有 0 到 9 的数字)。
我们再看一个 .gitignore文件的例子:
# 此为注释 – 将被 Git 忽略 *.a # 忽略所有 .a 结尾的文件 !lib.a # 但 lib.a 除外 /TODO # 仅仅忽略项目根目录下的 TODO 文件,不包括 subdir/TODO build/ # 忽略 build/ 目录下的所有文件 doc/*.txt # 会忽略 doc/notes.txt 但不包括 doc/server/arch.txt
2、通过配置.git/info/exclude文件来忽略文件,规范与.gitignore类似。这种方式只能对自己本地仓库有作用,其他人没办法通过这种方式来共享忽略规则,除非他人也修改其本地仓库的该文件。
3、通过.git/config配置文件的core. Excludesfile选项,指定一个忽略规则文件(完整路径)。
使用“git config--list”命令可以看到,Git的默认配置为:
core.excludesfile=~/.gitignore该配置项的意思是,用户目录下的.gitignore是忽略配置文件,Git会从该文件中读取哪些文件应该被忽略。如果将配置项改为:
core.excludesfile=~/gitignore.txt那么Git将会从名为“Gitignore.txt”的文件中读取信息,而不是原来的“.gitignore”。不过除非特殊需要,尽量遵从Git的默认规则。
Git之(三)辅助命令的更多相关文章
- git介绍及常用命令
Git简介 linus 用C语言编写 2005年诞生 分布式版本管理系统 速度快,适合大规模,跨地区多人协同开发 分布式管理 Git 生态 Git 分布式版本管理系统 Gitlab git私库解决方案 ...
- 【Git 学习三】深入理解git reset 命令
重置命令(git reset)是Git 最常用的命令之一,也是最危险最容易误用的命令.来看看git reset命令用法. --------------------------------------- ...
- git操作的各种命令整理
1.常用的Git命令 命令 简要说明 git add 添加至暂存区 git add–interactive 交互式添加 git apply 应用补丁 git am 应用邮件格式补丁 git ann ...
- iOS:使用Github托管自己本地的项目代码方式三(命令行方式: Terminal Line)
使用终端命令行将本地项目代码上传到github上进行托管 对于IOS开发者来说,Github的使用是必须要掌握的一种技能,而把项目由本地上传到Github有多种方式 1.开发工具Xcode配置Git, ...
- Git基础(三)
本章 就开始和大家一起学习第三块内容:远程仓储的使用操作.要参与任何一个 Git 项目的协作,必须要了解该如何管理远程仓库.远程仓库是指托管在网络上的项目仓库,可能会有好多个,其中有些你只能读,另外有 ...
- git plumbing 更加底层命令解析-深入理解GIT
原文: http://rypress.com/tutorials/git/plumbing 本文详细介绍GIT Plumbing--更加底层的git命令,你将会对git在内部是如何管理和呈现一个项目r ...
- Git 笔记三 Git的初步使用
Git 笔记三 Git的初步使用 在上一篇中,学习了如何配置Git环境,这一篇,开始学习Git的初步使用.Git的初步使用还是很简单的.总体上知道git init, git clone, git ad ...
- github总结(4)--关于git reset --hard这个命令的惨痛教训
背景叙述: 前几天,上传自己的个站到git上的时候,手欠脑发晕的用了次git reset --hard xxxxxx 命令.由于只在线上传入了一个index.html页面(自己都不知道自己咋想的,就这 ...
- Git安装以及常用命令(图文详解)
**Git安装以及常用命令** 1.下载安装Git,傻瓜式安装相信大家都会. 官网下载地址:[https://git-scm.com/downloads] 2.Git基本操作 (1)git --ver ...
随机推荐
- Oracle表空间的管理方式
解释说明:表空间是一个逻辑概念:=> oracle 逻辑概念段区块管理方式: number one => tablespace number two=> segments Oracl ...
- 开源纯C#工控网关+组态软件(九)定制Visual Studio
一. 引子 因为最近很忙(lan),很久没发博了.不少朋友对那个右键弹出菜单和连线的功能很感兴趣,因为VS本身是不包含这种功能的. 大家想这是什么鬼,怎么我的设计器没有,其实这是一个微软黑科技 ...
- [LeetCode] Maximum Product of Three Numbers 三个数字的最大乘积
Given an integer array, find three numbers whose product is maximum and output the maximum product. ...
- Unity3D UGUI 自动调节大小
可添加以下组件 组件包含的两个枚举参数,可以自行设定适应方式. 例如一个Text UI元素,当文字过多的时候他不会自动增加高度而导致文字不能完全显示,这时候就可以挂载这个组件,如上图设置参数,就可以自 ...
- php中一些提高性能的技巧
php中一些提高性能的技巧 tags:php性能 提高性能 php中的@ php的静态 引言:php作为一种脚本语言,本身的性能上肯定是不如c++或者java的.拥有简单易学的特性的同时,性能提升的空 ...
- [SDOI2010]古代猪文
题目背景 “在那山的那边海的那边有一群小肥猪.他们活泼又聪明,他们调皮又灵敏.他们自由自在生活在那绿色的大草坪,他们善良勇敢相互都关心……” ——选自猪王国民歌 很久很久以前,在山的那边海的那边的某片 ...
- ●CodeForces 429D Trick_Function
题链: http://codeforces.com/problemset/problem/429/D题解: 分治,最近点对 不难发现g(i,j)=sum[j]-sum[i], 那么f(i,j)=(i- ...
- bzoj 1407: [Noi2002]Savage
Description 解题报告: 因为给定答案范围,暴力枚举时间,然后再两两枚举野人,判断是否有可能在某一年相遇,我们设这一年为\(x\),那么显然相交的条件是: \(x*(p[i]-p[j])+y ...
- bzoj 1046: [HAOI2007]上升序列
Description 对于一个给定的S={a1,a2,a3,…,an},若有P={ax1,ax2,ax3,…,axm},满足(x1 < x2 < … < xm)且( ax1 < ...
- hdu 1754 线段树(Max+单点修改)
I Hate It Time Limit: 9000/3000 MS (Java/Others) Memory Limit: 32768/32768 K (Java/Others) Total ...