Git 常用命令总结

Git是一个分布式文件版本管理系统。Git 直接记录文件快照,而非差异比较,所以在切换分支速度极快,几乎是秒切。所有操作基本上都是本地执行,时刻保持数据完整性,每台机器上都有完整的 Git 提交历史,即使不联网,也能任意切换到历史版本。多数操作仅添加数据,也就是说,操作都是可恢复的。

初始化目录

# 创建空的 Git 目录
git init 
git add README
git commit -m 'initial project version'

# 或者使用 clone 方式从远程复制一个
git clone git://git.kernel.org/pub/scm/git/git.git [mygit]

文件状态

工作目录下面的所有文件都不外乎这两种状态:已跟踪或未跟踪。已跟踪的文件是指本来就被纳入版本控制管理的文件,在上次快照中有它们的记录,工作一段时间后,它们的状态可能是未更新(nothing to commit),已修改(Changes not staged for committed)或者已放入暂存区(Changes to be committed)。而所有其他文件都属于未跟踪文件(Untracked files),它们既没有上次更新时的快照,也不在当前的暂存区域。如下图

  • README.txt 已放入暂存区,等待被提交。使用git commit -m 'change log'提交
  • benchmarks.rb已修改,但修改未放入暂存区。使用git add benchmarks.rb添加到暂存区
  • b.txt未根据,需要用命令git add b.txt添加到暂存区。

需要注意的是,每次修改文件都需要执行git add filename将修改添加到暂存区,而不仅仅只是新文件。也就是说,每次更改,都要执行两个命令,git addgit commit才能将更改添加到版本库中。一次完整的提交过程:

# 将当前目前下的所有更改添加到暂存区,或者根据情况,只添加某些文件的更改,将 . 换成文件名
git add .  
# 将暂存区的内容添加到 Git 版本库中,永久存储。这一步无法选择要提交哪些内容,所有暂存区的内容都会被提交。
git commit -m 'change log'  

.gitignore

有时候,我们可能不想跟踪一些文件,比如工程文件的配置文件,编译生成的二进制文件。这些文件无需纳入版本管理,否则在团队协作,合并代码时容易发生冲突。在项目的根目录下,新建.gitignore文件,将不需要跟踪的文件添加到里面,如下:

# 此为注释 – 将被 Git 忽略
# 忽略所有 .DS_Store 结尾的文件
*.DS_Store
# 但 lib.a 除外
!lib.a
# 仅仅忽略项目根目录下的 TODO 文件,不包括 subdir/TODO
/TODO
# 忽略 build/ 目录下的所有文件
build/
# 会忽略 doc/notes.txt 但不包括 doc/server/arch.txt
doc/*.txt
# ignore all .txt files in the doc/ directory
doc/**/*.txt
# A **/ pattern is available in Git since version 1.8.2.

如果在创建.gitignore文件前,这些文件已经进入版本管理时,需要先将它们从暂存区中删除:git rm —cached filenamegit rm -rf —cached .,让.gitignore生效。

对比

git diff可以查看当前修改和某次提交之后都改动了哪些东西。

  1. 查看已暂存和未暂存的更新 :git diff
  2. 查看已暂存和上次提交时的快照之间的变化: git diff —cached 或 git diff —staged
  3. 对比当前提交和某个提交:git diff 99734f7ff
  4. 对比当前分支和其他某个分支:git diff test
git diff

查看提交历史

  1. 查看提交日志,只列出时间和提交信息:git log
  2. 查看最近2次提交的历史,并列出改动的内容差异:git log -p -2
  3. 以图表的形式列出提交历史: git log --oneline --graph
git log -p -2

撤销操作

  1. 修改最后一次提交信息:git commit --amend
  2. 取消已经暂存的文件:git reset HEAD filename
  3. 取消对文件的修改:git checkout -- filename
  4. 返回到某个节点,不保留修改:git reset --hard HASH
  5. 返回到某个节点,保留修改:git reset --soft HASH

远程仓库

  1. 查看:git remote -v
  2. 添加远程仓库:git remote add pb git://github.com/paulboone/ticgit.git
  3. 拉取远程仓库的代码到本地仓库:git fetch pb
  4. 修改远程仓库地址:git remote set-url origin git://github.com/newuser/ticgit.git

打标签

每次推送一个新的版本到远程仓库的 master 时,需要打一个版本号的标签。

  1. 查看标签:git tag -l
  2. 打标签:git tag -a v1.4 -m 'my version 1.4'
  3. 查看相应标签的版本信息:git show v1.4
  4. 推送标签到远程:git push origin v1.5 或者 git push origin --tags

分支

在 Git 中提交时,会保存一个提交(commit)对象,该对象包含一个指向暂存内容快照的指针。Git 中的分支,本质上是个指向 commit 对象的可变指针。

新建分支

git branch test
git checkout test
# 或者直接 checkout -b, -b 参数表示新创建一个分支
git checkout -b test

合并分支

将 issue-1 分支合并到 master:

git checkout master
git merge issue-1 

# 合并后删除
git branch -d issue-1

冲突解决

merge代码的时候,如果两个分支对同一行文件做了不一样的修改,便会产生冲突。解决冲突需要人为介入,编辑冲突的文件,选择正确的一行代码,然后重新提交。
如果代码产生冲突,冲突的文件会出现类似下面的内容:

<<<<<<< HEAD
<div id="footer">contact us at support@github.com</div>
=======
<div id="footer">
      please contact us at support@github.com
</div>
>>>>>>> issue-1

<<<<<<< HEAD======= 之间是当前分支的代码,=======>>>>>>> issue-1issue-1分支的代码,这行代码不一致,这里我们选择issue-1的代码,修改后这几行变为

<div id="footer">
      please contact us at support@github.com
</div>

修改完之后,运行git add .; git commit -m 'merged'提交当前修改后的代码,冲突便解决了,代码也合并了。

管理分支

列出当前所有本地分支: git branch
包含各分支最后提交信息: git branch -v
查看当前分支已合并的分支: git branch --merged
删除分支:git branch -d testing

远程分支

远程分支(remote branch)是对远程仓库中的分支的索引,远程分支的表示形式:(远程仓库名)/(分支名) 。如 origin/master,origin 是远程仓库名,master是分支名。

查看远程分支: git branch -r
推送本地分支: git push origin master
拉取远程分支并合并到当前分支:git pull origin master
获取远程代码到本地仓库:git fetch origin
合并远程分支到本地分支代码:git merge origin/master
本地新建远程分支:git checkout -b hotfix origin/master # 从远程 master 分支上新建本地 hotfix 分支
删除远程分支,在分支名前加冒号:git push origin :hotfix # 删除远程 hostfix 分支

git pull = git fetch + git merge

Stash

要切换到其他分支又不提交当前的修改时,使用 git stash 保存当前修改到一个堆栈中,需要时重新应用修改

  1. 保存修改:git stash
  2. 应用保存起来的修改:git stash apply 或 git stash pop
  3. 查看已保存的stashing:git stash list
  4. 删除stash:git stash drop
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 157,298评论 4 360
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 66,701评论 1 290
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 107,078评论 0 237
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 43,687评论 0 202
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 52,018评论 3 286
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 40,410评论 1 211
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 31,729评论 2 310
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 30,412评论 0 194
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 34,124评论 1 239
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 30,379评论 2 242
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 31,903评论 1 257
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 28,268评论 2 251
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 32,894评论 3 233
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 26,014评论 0 8
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,770评论 0 192
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 35,435评论 2 269
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 35,312评论 2 260

推荐阅读更多精彩内容