工作区、版本库和暂存区
• 工作区:就是你在电脑里能看到的目录,比如我的learngit文件夹就是一个工作区。
• 版本库:工作区有一个隐藏目录.git,这个不算工作区,而是Git的版本库。
• 暂存区:Git的版本库里存了很多东西,其中最重要的就是称为stage(或者叫index)的暂存区,还有Git为我们自动创建的第一个分支master,以及指向master的一个指针叫HEAD。
我们把文件往Git版本库里添加的时候,是分两步执行的:
- 第一步是用git add把文件添加进去,实际上就是把文件修改添加到暂存区;
- 第二步是用git commit提交更改,实际上就是把暂存区的所有内容提交到当前分支。
因为我们创建Git版本库时,Git自动为我们创建了唯一一个master分支,所以,现在git commit就是往master分支上提交更改。
简单理解:需要提交的文件修改通通放到暂存区,然后,一次性提交暂存区的所有修改。
详细知识见工作区和暂存区和Git 基础 - 记录每次更新到仓库
本地库和远程库
新建仓库
• 建立远程库(为空,不要加README.md,不然后面会push不上去)
• 本地新建文件夹
• git init初始化仓库,可以发现当前目录下多了一个.git的目录,这个目录是Git来跟踪管理版本库的。
• 远程库的名字就是origin,这是Git默认的叫法
• git remote add origin git@github.com:michaelliao/learngit.git 这个命令是在本地的learngit仓库下执行的。这两个地方的仓库名不需要相同,因为会通过在本地的仓库目录下执行这条命令(命令中包含远程库的名字)已经将两者建立了联系
• git push -u origin master 把本地库的所有内容推送到远程库上。把本地库的内容推送到远程,用git push命令,实际上是把当前分支master推送到远程。由于远程库是空的,我们第一次推送master分支时,加上了**-u参数(推送和关联)**,Git不但会把本地的master分支内容推送到远程新的master分支,还会把本地的master分支和远程的master分支关联起来,在以后的推送或者拉取时就可以简化命令。
• git push origin master每次本地提交后,推送最新修改到远程库
**
从远程库克隆
**
假设github上面已经有一个远程库,但是本地没有,需要克隆到本地,远程库的名字叫gitskills
• git clone git@github.com:michaelliao/gitskills.git 克隆一个本地库,则在当前文件夹下会多一个gitskills的文件夹。
• cd gitskills进入克隆下来的本地库,默认的名字是和github上的一样的
• git push origin master 推送分支,就是把该分支上的所有本地提交推送到远程库。推送时,要指定本地分支,这样,Git就会把该分支推送到远程库对应的远程分支上
**
常用查看指令
**
• git status 查看仓库当前的状态
• git diff 文件名查看对文件做什么修改
• git diff 版本号1 版本号2 --stat查看两个版本的差异的文件列表,包括被修改行数和增删图。参数改为–name-status前面显示修改说明字母(A,M等),无行数
• git log显示从最近到最远的提交日志
• git log --pretty=oneline 简化日志输出的显示信息,commit id很长,详细显示见这里
• git reflog 记录你的每一次命令,最先显示的是这个命令执行之后的版本的版本号的前七位,这样就算你清屏了或者重启了,也能找到某个版本的版本号,就可以轻松回退到那个版本
• git branch 查看当前所在的分支。git branch命令会列出所有分支,当前分支前面会标一个*号
• git log --graph --pretty=oneline --abbrev-commit用带参数的git log可以看到分支的合并情况。用git log --graph命令可以看到分支合并图
• git remote 查看远程库的信息
• git remote -v 显示更为详细的信息
常用修改指令
• git add readme.txt添加,但是不提交
• git commit -m "提交描述"提交,只有add后提交才有效。“改文件->add文件->再改->提交”,则第二次修改无效,不会被提交,只会成功提交第一次的修改。
撤销修改和版本回退
• git checkout – 文件名把没暂存(即没add)的干掉,或者说,丢弃工作区,回到到暂存状态
• git reset HEAD 文件名把暂存的状态取消,工作区内容不变,但状态变为“未暂存”。
简单来说,没有add过的修改,只需要git checkout – 文件名即可撤销;add 过的修改,先git reset HEAD 文件名变成没add 过的修改,再git checkout – 文件名撤销。操作示例可以看这张图
• git reset --hard HEAD^ 会回退到上一个版本
• git reset --hard 某版本号前几位通过命令行上的历史信息(假如你没清屏的话),找到某版本 的版本号回到指定版本。不一定要全部的版本号,就像这个命令的例子,只要前面的约7、8位这样就可以。
分支管理
创建和合并分支
• git checkout -b dev创建一个新的分支:dev,并且会切换到dev分支。所以这条命令有两个作用。git checkout命令加上-b参数表示创建并切换,相当于以下两条命令:git branch dev和git checkout dev
• git branch dev,新建分支是新建指针,指向当前commit
• git checkout dev切换到dev分支
• git checkout masterdev分支的工作完成,我们就可以切换回master分支**(此时在dev分支的修改在master上是看不到的)**
• git merge dev 这是在master分支上执行的命令,作用是:把dev分支上的工作成果合并到master分支上
• git branch -d dev 删除已合并的分支。删除分支就是删除指针
• git branch -D devGit友情提醒,dev分支还没有被合并,如果删除,将丢失掉修改,如果要强行删除,需要使用git branch -D dev命令
• git rebase master变基。在当前分支(非master)下执行该命令,则相当于把当前分支和mater分支合并,和merge操作类似,但提交历史不同,rebase操作的log更干净。具体可参考Git 分支 - 变基
解决冲突
假设在master分支和feature1分支对同一文件做了修改
• git merge feature1 在master分支上执行该命令,与feature1分支合并。这种情况下,Git无法执行“快速合并”,只能试图把各自的修改合并起来,但这种合并就可能会有冲突,果然冲突了!Git告诉我们,readme.txt文件存在冲突,必须手动解决冲突后再提交。git status也可以告诉我们冲突的文件
合并分支时,如果可能,Git会用Fast forward模式,但这种模式下,删除分支后,会丢掉分支信息。如果要强制禁用Fast forward模式,Git就会在merge时生成一个新的commit,这样,从分支历史上就可以看出分支信息
• git merge --no-ff -m “merge with with no-ff” dev准备合并dev分支,注意–no-ff参数表示禁用Fast forward,因为本次合并要创建一个新的commit,所以加上-m参数,把commit描述写进去
bug分支
Git还提供了一个stash功能,可以把当前工作现场“储藏”起来,等以后恢复现场后继续工作
• git stash保存工作现场
• git stash list 查看工作现场
• git stash apply 恢复工作现场,但是恢复后,stash内容并不删除,有多个工作现场时可以git stash apply stash@{0}恢复特定的现场
• git stash drop删除stash的内容
• git stash pop恢复的同时也把stas内容删除了
远程分支
这部分只介绍常用的几个操作
• git fetch origin 这个命令查找 “origin” 是哪一个服务器,从中抓取本地没有的数据,并且更新本地数据库,移动 origin/master指针指向新的、更新后的位置
• git push (remote) (branch)推送本地的分支来更新远程仓库上的 同名分支。如前文提到的git push origin master就是将本地master分支推送到远程master分支;复杂一点的,git push origin serverfix:awesomebranch将本地的 serverfix分支推送到远程仓库上的awesomebranch分支
• git push origin --delete serverfix或者git push origin :remotebranch,删除远程的serverfix分支
• git pull在大多数情况下它的含义是一个git fetch紧接着一个git merge命令。具体可参考Git远程操作详解和Documentation git-pull