git
Posted huangyuanning
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了git相关的知识,希望对你有一定的参考价值。
安装git完成后
$ git config --global user.name "Your Name"
$ git config --global user.email "email@example.com"
把目录变成Git可以管理的仓库
$ git init
把文件添加到版本库
把文件添加到仓库(可以多次add不同的文件)
$ git add readme.txt
把文件提交到仓库,-m后面输入的是本次提交的说明(历史记录)
$ git commit -m "wrote a readme file"
版本回退
查看提交的历史记录
git log
HEAD表示当前版本,上一个版本就是HEAD^,上上一个版本就是HEAD^^,
当然往上100个版本写100个^比较容易数不过来,所以写成HEAD~100
$ git reset --hard HEAD^
恢复未来的版本/commit id 版本号没必要写全
$ git reset --hard 1094a
查看每一次的指令(忘记commit id的话)
git reflog
工作区和暂存区
工作区:就是你在电脑里能看到的目录
版本库:工作区有一个隐藏目录.git,这个不算工作区,而是Git的版本库
Git的版本库里存了很多东西,其中最重要的就是称为stage(或者叫index)的暂存区,
还有Git为我们自动创建的第一个分支master,以及指向master的一个指针叫HEAD。
添加文件时
第一步是用git add把文件添加进去,实际上就是把文件修改添加到暂存区
第二步是用git commit提交更改,实际上就是把暂存区的所有内容提交到当前分支
查看状态
git status
管理修改
Git管理的是修改,而不是文件
第一次修改 -> git add -> 第二次修改 -> git commit
第二次修改没变
撤销修改
$ git checkout -- readme.txt
一种是readme.txt自修改后还没有被放到暂存区,现在,撤销修改就回到和版本库一模一样的状态;
一种是readme.txt已经添加到暂存区后,又作了修改,现在,撤销修改就回到添加到暂存区后的状态。
就是让这个文件回到最近一次git commit或git add时的状态
删除文件
在文件管理器中把没用的文件删了,或者用rm命令删了
$ rm test.txt
要从版本库中删除该文件
$ git rm test.txt
添加远程库
现在的情景是,你已经在本地创建了一个Git仓库后,又想在GitHub创建一个Git仓库,并且让这两个仓库进行远程同步
1、首先,登陆GitHub,然后,在右上角找到“Create a new repo”按钮,创建一个新的仓库
2、在Repository name填入learngit,其他保持默认设置,点击“Create repository”按钮,就成功地创建了一个新的Git仓库
3、关联一个远程库
git remote add origin git@server-name:path/repo-name.git;
4、第一次推送master分支的所有内容;
git push -u origin master
此后每次本地提交后,使用命令git push origin master推送最新修改;
从远程库克隆
假设我们从零开发,最好的方式是先创建远程库,然后从远程库克隆
首先,登陆GitHub,创建一个新的仓库,名字叫gitskills:
勾选Initialize this repository with a README,这样GitHub会自动为我们创建一个README.md文件
创建完毕后,可以看到README.md文件:
现在,远程库已经准备好了,下一步是用命令git clone克隆一个本地库:
$ git clone git@github.com:huang/gitskills.git
分支管理
创建与合并分支
HEAD严格来说不是指向提交,而是指向master,master才是指向提交的,所以,HEAD指向的就是当前分支
每次提交,master分支都会向前移动一步
当我们创建新的分支,例如dev时,Git新建了一个指针叫dev,指向master相同的提交,再把HEAD指向dev,就表示当前分支在dev上
从现在开始,对工作区的修改和提交就是针对dev分支了,比如新提交一次后,dev指针往前移动一步,而master指针不变
在dev上的工作完成了,就可以把dev合并到master上。最简单的方法,就是直接把master指向dev的当前提交,就完成了合并
合并完分支后,甚至可以删除dev分支。删除dev分支就是把dev指针给删掉
创建dev分支,然后切换到dev分支
-b参数表示创建并切换,相当于以下两条命令:
$ git branch dev
$ git checkout dev
$ git checkout -b dev
查看当前分支
git branc
在dev分支上正常提交
dev分支的工作完成,我们就可以切换回master分支
$ git checkout master
把dev分支的工作成果合并到master分支上(合并指定分支到当前分支)
$ git merge dev
删除dev分支
$ git branch -d dev
解决冲突
当在两个分支进行同一文件不同修改并提交,然后合并分支,会产生冲突
当Git无法自动合并分支时,就必须首先解决冲突。解决冲突后,再提交,合并完成。
解决冲突就是把Git合并失败的文件手动编辑为我们希望的内容,再提交。
用git log --graph命令可以看到分支合并图。
分支管理策略
通常合并分支时,Git会用Fast forward模式,但这种模式下,删除分支后,会丢掉分支信息。
如果要强制禁用Fast forward模式,Git就会在merge时生成一个新的commit,从分支历史上就可以看出分支信息。
合并dev分支,请注意--no-ff参数,表示禁用Fast forward
$ git merge --no-ff -m "merge with no-ff" dev
因为本次合并要创建一个新的commit,所以加上-m参数,把commit描述写进去。
合并后,我们用git log看看分支历史
在实际开发中,我们应该按照几个基本原则进行分支管理:
首先,master分支应该是非常稳定的,也就是仅用来发布新版本,平时不能在上面干活;
干活都在dev分支上,也就是说,dev分支是不稳定的
你和你的小伙伴们每个人都在dev分支上干活,每个人都有自己的分支,时不时地往dev分支上合并就可以了。
Bug分支
修复bug时,我们会通过创建新的bug分支进行修复,然后合并,最后删除;
当手头工作没有完成时,先把工作现场git stash一下,然后去修复bug,修复后,再git stash pop,回到工作现场;
在master分支上修复的bug,想要合并到当前dev分支(修复dev跟master同样的bug),可以用git cherry-pick <commit>命令,
把bug提交的修改“复制”到当前分支,避免重复劳动。
Feature分支
开发一个新feature,最好新建一个分支避免弄乱主分支;
在dev 中创建分支feature
如果要丢弃一个没有被合并过的分支,可以通过git branch -D <name>强行删除。
多人协作
首先,可以试图用git push origin <branch-name>推送自己的修改;
如果推送失败,则因为远程分支比你的本地更新,需要先用git pull试图合并;
如果合并有冲突,则解决冲突,并在本地提交;
没有冲突或者解决掉冲突后,再用git push origin <branch-name>推送就能成功!
如果git pull提示no tracking information,则说明本地分支和远程分支的链接关系没有创建,
用命令git branch --set-upstream-to <branch-name> origin/<branch-name>。
查看远程库信息,使用git remote -v;
Rebase
rebase操作可以把本地未push的分叉提交历史整理成直线;
rebase的目的是使得我们在查看历史提交的变化时更容易,因为分叉的提交需要三方对比
$ git rebas
创建标签
新建一个标签,默认标签是打在最新提交的commit上的
git tag <tagname>
根据commit id 添加标签,可以为以前的commit id
$ git tag v0.9 f52c633
指定标签信息;
git tag -a <tagname> -m "blablabla...
查看所有标签。
git tag
标签不是按时间顺序列出,而是按字母排序的。可以用git show <tagname>查看标签信息
还可以创建带有说明的标签,用-a指定标签名,-m指定说明文字
$ git tag -a v0.1 -m "version 0.1 released" 1094adb
操作标签
git push origin <tagname>可以推送一个本地标签;
git push origin --tags可以推送全部未推送过的本地标签;
git tag -d <tagname>可以删除一个本地标签;
git push origin :refs/tags/<tagname>可以删除一个远程标签。
使用GitHub
在GitHub上,可以任意Fork开源仓库;
自己拥有Fork后的仓库的读写权限;
可以推送pull request给官方仓库来贡献代码。
以上是关于git的主要内容,如果未能解决你的问题,请参考以下文章