廖雪峰老师的Git教程学习笔记
一、Git简介
1.Linus花了两周时间自己用C写了一个分布式版本控制系统,这就是Git!
2.Linus一直痛恨的CVS及SVN都是集中式的版本控制系统,而Git是分布式版本控制系统,优点是不需要联网,每个用户都有完整代码。
二、安装Git
1.linux安装Git sudo apt-get install git
2.Windows安装Git
https://git- scm.com/down loads官网下载安装
3.设置用户名和邮箱
git config --global user.name "Your Name"
git config --global user.email "
email@exampl e.com"
注意git config命令的--global参数,用了这个参数,表示你这台机器上所有的Git仓库都会使用这个配置,当然也可以对某个仓库指定不同的用户名和Email地址。
三、创建版本库,版本库又名仓库,英文名repository
1.自己创建仓库,cd命令进入想要成为仓库的文件夹,然后初始化
使用git init命令
2.添加文件到Git仓库,
首先使用命令 git add <file>,就是把要提交的所有修改放到暂存区(Stage),每次修改都要git add
git add -A . 添加所有改动和新添加的页面到暂存区
然后使用git commit 就可以一次性把暂存区的所有修改提交到分支
四、操作指令
1.git status 查看仓库当前状态,哪些被修改,哪些没被修改
2.git diff 查看具体修改了什么内容
3.git log 版本控制历史记录
4.git reset 回退版本, HEAD表示当前版本,上一个版本就是HEAD~1或HEAD^
$ git reset --hard HEAD~1 回退上一个版本
$ git reset --hard 3628164 退回指定版本,版本号可以不要写全
5. git reflog 用来记录你的每一次命令,历史命令
6.git checkout -- file 可以丢弃工作区的修改
这里有两种情况:
一种是readme.txt自修改后还没有被放到暂存区,现在,撤销修改就回到和版本库一模一样的状态;
一种是readme.txt已经添加到暂存区后,又作了修改,现在,撤销修改就回到添加到暂存区后的状态。
7.git reset HEAD file 当你不但改乱了工作区某个文件的内容,还添加到了暂存区时,想丢弃修改,执行这个后,执行6的操作
8.git rm 用于删除一个文件。如果一个文件已经被提交到版本库,那么你永远不用担心误删,但是要小心,你只能恢复文件到最新版本,你会丢失 最近一次提交后你修改的内容。
如果是本地误删可以从版本库中恢复 git checkout -- file
git rm 可以git reflog 执行之前命令,再git checkout -- file
9.git push -u origin master
推送到远程库远程库的名字就是origin,这是Git默认的叫法
我们第一次推送master分支时,加上了-u参数,Git不但会把本地的master分支内容推送的远程新的master分支,还会把本地的master分支和远程的 master分支关联起来,在以后的推送或者拉取时就可以简化命令。$ git push origin master
五、远程仓库
2.推送到远程库
$ git push -u origin master
3.克隆远程库,最后面是克隆后创建的文件夹
$ git clone
git@github.c om:michaelliao/gitskills.git gitskills
六、分支管理
1.创建dev分支,然后切换到dev分支
$ git checkout -b dev (-b参数表示创建并切换,相当于以下两条命令)
等同于 创建分支 git branch <branch>
切换分支git checkout <name>
2.查看当前分支,当前分支前面会标一个*号。
$ git branch
* dev
master
3.git merge命令用于合并指定分支到当前分支,在合并分支之前,在分支上做的操作,主分支看不到
4.$ git branch -d dev 删除dev分支
5.git log --graph 命令查看分支合并图
6.git merge --no-ff -m "merge with no-ff" dev
用普通模式合并,并后的历史有分支,能看出来曾经做过合并,而fast forward合并就看不出来曾经做过合并。
7.分支策略
首先,master分支应该是非常稳定的,也就是仅用来发布新版本,平时不能在上面干活;
那在哪干活呢?干活都在dev分支上,也就是说,dev分支是不稳定的,到某个时候,比如1.0版本发布时,再把dev分支合并到master上,在master分 支发布1.0版本;
你和你的小伙伴们每个人都在dev分支上干活,每个人都有自己的分支,时不时地往dev分支上合并就可以了。
8.git stash 可以把当前工作现场“储藏”起来,等以后恢复现场后继续工作
9.git stash list 查看存起来的stash
10 git stash pop,恢复的同时把stash内容也删了:
还有是用git stash apply恢复,但是恢复后,stash内容并不删除,你需要用git stash drop来删除;
其中Updated upstream 和=====之间的内容就是pull下来的内容,====和stashed changes之间的内容就是本地修改的内容。碰到这种情况,git也不知道哪行内容是需要的,所以要自行确定需要的内容。
解决完成之后,就可以正常的提交了。
11 修复bug时,我们会通过创建新的bug分支进行修复,然后合并,最后删除;
当手头工作没有完成时,先把工作现场git stash一下,然后去修复bug,修复后,再git stash pop,回到工作现场
12 开发一个新feature,最好新建一个分支;
如果要丢弃一个没有被合并过的分支,可以通过git branch -D <name>强行删除。
13.git remote -v 查看远程库信息
14.git pull 要先设置本地分支与远程分支的链接,再pull
git branch --set-upstream dev origin/dev
15.git checkout -b branch-name origin/branch-name
在本地创建和远程分支对应的分支,本地和远程分支的名称最好一致;
16.
七、多人协作
多人协作的工作模式通常是这样:
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。