廖雪峰的Git教程

分布式版本控制

  • 集中式版本控制系统

版本库集中存放在中央服务器,中央服务器保存着最新最全的版本信息

问题在于必须联网才能正常工作

  • 分布式版本控制系统
    放弃“中央服务器”,每个分布式节点都是完整的版本库

设置

git config --global user.name "name"
git config --global user.email "email"

其中,config命令的--global参数,表示这台机器上的所有Git仓库都会使用这个配置。

也可以对某个仓库制定不同的用户名和Email地址。

创建版本库

git init //将目录变成Git仓库,然后git会在当前目录下生成.git目录,用于跟踪管理版本库
git add filename or filename list    //添加文件到库中
git commit -m "comments"     //提交,**-m**是本次提交的说明

版本管理

  • git status

查看结果,显示仓库当前的状态,查看文件的修改情况

  • git diff filename

查看difference,显示修改内容

  • git log

查看从最近到最远的提交日志,可以加上--pretty=oneline减少输出信息

Git中,用HEAD表示当前版本,上一个版本为HEAD^,上上一个版本就是HEAD^^,多个^可以简写,如HEAD~2

  • git reset
git reset --hard HEAD^  //退回上一个版本
git reset --hard serialno   //serialno为commit id
  • git reflog

记录每一次命令

  • 工作区和暂存区

工作区中隐藏目录.git是Git的版本库,包括了称为stage(或者index)的暂存区,以及分支,以及指向master的指针HEAD。

向Git版本库添加文件,分两步执行

  1. git add把文件添加进去,将文件修改添加到暂存区
  2. git commit提交更改,将暂存区的所有内容提交到当前分支

每次修改,如果不add到暂存区,也就不会加入到commit

  • git check -- filename

丢弃工作区的修改,--很重要,否则就变成了切换到另一个分支

  1. file自修改后还没有被放到暂存区,撤销修改回到和版本库一模一样的状态
  2. file已经添加到暂存区,又作了修改,撤销修改就回到添加暂存区后的状态

也就是让文件回到最近一次git commit或者git add时的状态

git reset可以把暂存区的修改回退到工作区,HEAD表示最新版本。

git reset HEAD file    //撤销暂存区的修改
  • git rm filename

将文件从版本库中删除,git checkout -- file可以将误删除的文件找回

远程仓库GitHub

  • 准备

本地Git仓库和GitHub仓库之间通过SSH加密传输,进行验证设置

  1. 创建SSH Key

ssh-keygen -t rsa -C "email"

在主目录找到.ssh目录,里面有生成的id_rsa(私钥)和id_rsa.pub(公钥)两个文件

  1. 登录GitHub,将SSH Key添加id_rsa,pub文件的内容
  • 添加远程仓库
git remote add origin git@github.com:XXX/XXX.git //origin设置为远程库的名字
git push -u origin master  //将本地库的内容推送到远程,-u参数,Git会把本地master分支内容推送至远程新的master分支,并对master分支进行关联

后续推送执行执行git push origin master即可

  • clone远程库

git clone git@github.com:XXX/XXX.git

分支管理

Git无论创建、切换和删除分支,十分迅速

创建与合并分支

Git通过指针使得分支的创建和合并简洁迅速

git checkout -b dev    //-b参数表示创建并切换分支
git checkout master    //切回master
git merge dev  //合并指定分支到当前分支
git branch -d dev  //删除分支
  • 查看分支 git branch
  • 创建分支 git branch <name>
  • 切换分支 git checkout <name>
  • 创建+切换分支 git checkout -b <name>
  • 合并某分支到当前分支 git merge <name>
  • 删除分支 git branch -d <name>

管理策略

当Git无法自动合并分支时,需要首先解决冲突,然后再提交,合并完成

git log --graph可以看到分支合并图

合并分支时,Git会尽可能用Fast forward模式,删除分支后,会丢掉分支信息,禁止该模式(加上--noff参数)时,Git在merge时生成一个新的commit,从而,从分支历史上就可以看出分支信息。

git checkout -b dev
//修改file
git add filename
git commit -m "add merge"
git checkout master
git merge --no-ff -m "merge with no-ff" dev

分支原则:

  • master分支应该是稳定的,仅用来发布新版本
  • 开发在其他分支上

Bug分支

  • git stash
    将当前工作现场“储藏起来”

git stash list查看保存的工作现场

恢复的方式有两种:

  • git stash apply ‘stash’内容不删除,删除使用git stash drop
  • git stash pop,恢复的同时把stash内容也删了

多次stash,恢复用git stash list查看,然后恢复指定的stash
git stash apply stash@{0}

Feature分支

开发一个新的feature,最好新建一个分支
如果要丢弃一个没有被合并的分支,通过git branch -D <name>强行删除

多人协作

从远程仓库clone时,Git自动把本地master分支和远程的master分支对应起来,远程仓库的默认名称是origin
git remote 查看远程库的信息
git remote -v 显示更详细的信息

  • 推送分支
    把该分支上的所有本地提交推送到远程库
    git push origin master
  • master主分支,时刻与远程同步
  • dev开发分支,与远程同步
  • 抓取分支
  1. git push origin branch-name
  2. 如果推送失败,git pull合并
  3. 如果合并有冲突,解决冲突,在本地提交
  4. 再次'git push origin branch-name'

如果'git pull'提示“no tracking information”,说明本地分支和远程分支的链接关系没有创建,使用命令
git branch --set-upstream branch-name origin/branch-name

标签管理

发布一个版本时,通常现在版本库中打一个标签,标签是版本库的一个快照
Git中,标签是指向某个commit的指针,从而,创建和删除标签都是瞬间完成的

创建标签

  • git tag <name>

git tag查看标签

git branch
git checkout master
git tag v1.0

默认标签打在最新的commit上
如果忘了打tag,可以通过历史提交的commit id,然后打上

git log --pretty=oneline --abbrev-commit
git tag v0.9 "id"

git show <tagname> 查看标签信息

可以通过-s用私钥前面标签...

标签操作

删除标签 git tag -d v1.0
推送标签到远程 git push origin <tagname>
推送全部尚未推送的本地标签 git push origin --tags

删除远程标签

  • 先从本地删除,git tag -d v0.9
  • 从远程删除push, git push origin :refs/tags/v0.9

自定义Git

  • 配置颜色
    git config --global color.ui true
  • 忽略特殊文件
    在工作区的根目录下创建一个特殊的.gitignore文件

忽略文件的原则

  1. 忽略操作系统自动生成的文件
  2. 忽略编译生成的中间文件、可执行文件、自动生成的文件等
  3. 忽略带有敏感信息的配置文件

配置别名

git config --global alias.logcolor "log --color --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --abbrev -commit"
每个仓库的Git配置文件放在.git/config


参考链接: 廖雪峰的官方网站

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

推荐阅读更多精彩内容