基础命令
查看提交记录
git log(查看的是提交历史)
git log
//可以加上--pretty=online参数减少输出信息
git log --pretty=online
该命令查看的结果比较重要的是 commit Id
,版本回退的时候需要使用到。
<!--more-->
git reflog(查看的是命令历史)
如何经过了回退之后再使用git log
可能回退之前的commit Id
不能找到,此时可以使用git reflog
命令,该命令可以记录每一次提交.
git reflog
版本回退
-
head
永远表示的是当前最新版本(也就是最后一次commit
操作) -
上一个版本是
HEAD^
,上上一个版本就是HEAD^^
,当版本比较多的时候这种方式不适用,可以使用HEAD~100
(上100个版本)这种形式来表示。 -
将当前版本回退到上一个版本
git reset --hard HEAD^
-
如果是想要回退到某一个特定的版本可以使用下面的命令
git reset --hard commitId 后面的comimitID需要替换为自己通过git log命令查询出来的那个commitid,当然版本号可以不用写全,写上前面几个就可以了。
撤销修改
-
对于修改了文件但是还没有使用
git add
命令时可以使用checkout
命令来撤销修改,后面的fileName
是那个文件的全路径git checkout -- fileName
-
如果已经将修改提交到了暂存区(也就是使用了
git add
命令还没有使用git commit
命令)-
提交到暂存区后又做了修改,此时可以使用
git checkout
命令,此时撤销修改就是回到添加暂存区后的状态。 -
提交到暂存区后没有做修改,此时可以使用
git reset
命令,重新回到了工作区。git reset HEAD fileName(fileName是全路径)
经过了上面两个步骤文件都是回到了工作区,此时可以再使用
git checkout
命令来撤销工作区文件的修改。 -
删除文件
当我们删除了文件之后需要看自己是否确实需要删除这个文件
-
需要删除文件时
git rm fileName(全路径)/ 或者使用git add命令也是可以的 git commit -m '注释'
-
误删
git checkout -- fileName
使用
git checkout
其实就是用版本库里面的的版本来替换我们工作区的版本,所以无论是删除还是修改都是可以使用git checkout
查看远程库信息
git remote
工作区与暂存区
工作区
使用git
创建的本地的目录就是工作区
版本库
工作区中有一个隐藏的.git
目录,这个不是工作区,而是git的版本库
暂存区
- 本地建立的文件经过了
git add
操作后就是将文件放入到暂存区 git commit
操作就是将暂存区的内容放入到当前的分支上- <font color="red">需要注意的是git管理的是修改,这句话的意思是commit提交的内容是经过了git add命令之后的内容,也就是如果你修改了一个文件但是没有经过git add操作,然后直接去提交的时候你修改的内容是不会被提交的。</font>
远程仓库
添加远程仓库
也就是本地已经有了工作区,但是还没有与远程github
关联上。
-
首先需要在
github
上面建立一个空仓库 -
然后使用下面的命令将远程仓库与本地的仓库联系起来
--语法 git remote add origin git@github.com:用户名/仓库名 --实例 git remote add origin git@github.com:GWei11/studyGit.git
在上面的例子中
GWei11
是我的github
的登陆用户名,studyGit
是自己建立的仓库名称。这里面远程仓库名是origin
(默认的) -
关联上之后就是将自己本地的内容推送到远程仓库上面去
git push -u orgin master
这里实际上是将当前分支(
master
)推送到远程仓库(origin
)。<font color="red">第一次推送时加上-u
参数时,git不仅会将本地的master分支内容推送到远程新的master分支,还会将本地master分支与远程的master分支联系起来,在后面的推送或拉取时可以简化命令</font> -
以后就可以使用
git push orgin master
命令表示推送到
orgin
远程仓库的master
分支上,当然我们可以直接使用git push
也是可以的,后面是可以省略的。
clone远程仓库内容
-
先创建远程仓库内容
-
克隆到本地
git clone git@github.com:用户名/仓库名.git --实际案例 git clone git@github.com:GWei11/study.git --另一种写法 git clone https://github.com/GWei11/study.git --后面这个地址是可以在仓库中直接复制过来的
分支管理
HEAD
始终是指向当前分支的最新提交
基本命令
创建并切换分支
比如创建dev
分支,并切换到dev
分支上
git checkout -b dev
使用git checkout
命令加上-b
参数相当于是下面的两条命令
git branch dev --创建一个分支名叫dev
git checkout dev --切换到dev分支上
查看当前分支
可以使用 git branch
来查看当前所在的分支
git branch
该命令会列出所有的分支,当时当前分支前面会有一个*
号
合并分支
比如现在在master
分支上,想要将dev
分支上面的内容合并到master
上可以使用下面的命令
git merge dev
git merge
命令是用于合并指定分支到当前分支,比如上面当前分支是master
,指定的分支是git merge
后面的dev
,也就是将dev
中的内容合并到master
中。- 输出的结果中如果有
fast-forward
就表示这次合并是“快速模式”,也就是直接将master
指向dev
的当前提交。 - 不是每次都能使用快速模式的(尤其是有冲突的时候)
删除分支
一般我们都是在自己的分支上开发,当开发完后合并到master
分支上,合并完成后就可以直接删除自己的分支。
git branch -d dev
上面的命令就是删除dev
分支。
<font color="red">总结:</font>
- 查看分支:
git branch
- 创建分支:
git branche 分支名
- 切换分支:
git checkout 分支名
- 创建+切换分支:
git checkout -b 分支名
- 合并某分支到当前分支:
git merge 分支名
- 删除分支:
git branch -d 分支名
解决冲突
-
创建并切换到了
dev
分支git checkout -b dev
-
修改了文件
hello.txt
并提交到dev
分支 -
切换回
master
分支git checkout master
-
修改了
hello.txt
并提交到master
分支 -
将
dev
分支上的修改合并到master
上git merger dev
此时因为两个分支上面都修改了同一个文件就会出现冲突,此时
git
是不会让我们使用快速模式来合并的。但是git依然会将这两个分支上的修改都放入到该文件中,也就是hello.txt
文件可能会出现以下的形式上面是本来的内容 <<<<<<< HEAD Creating a new branch is quick & simple. ======= Creating a new branch is quick AND simple. >>>>>>> dev
<font color="red">Git用
<<<<<<<
,=======
,>>>>>>>
标记出不同分支的内容</font>从上面的案例中可以看到当前分支修改后提交的内容以及dev分支修改后提交的内容。这时就需要我们手动的去修改该冲突的文件,比如修改下面的样子
上面是本来的内容 Creating a new branch is quick & simple.
然后再提交即可。
-
手动解决完冲突才可以提交,此时可以使用
git log
命令来查看合并的情况。 -
最后删除
dev
分支即可git branch -d dev
<font color="red">总结:</font>
- 当Git无法自动合并分支时,就必须首先解决冲突。解决冲突后,再提交,合并完成。
- 解决冲突就是把Git合并失败的文件手动编辑为我们希望的内容,再提交。
分支管理策略
-
通常,合并分支时,如果可能,Git会用
Fast forward
模式,但这种模式下,删除分支后,会丢掉分支信息。 -
如果要强制禁用
Fast forward
模式,Git
就会在merge
时生成一个新的commit
,这样,从分支历史上就可以看出分支信息。此时需要使用--no-ff
方式的合并。比如现在是在master
分支上:git merge --no-ff -m "merge with no-ff" dev
- 上面命令使用
--no-ff
参数表示禁用fast forward
模式 - 因为本次合并要创建一个新的
commit
,所以加上-m
参数,把commit
描述写进去。
- 上面命令使用
-
这样就算删除了分支也是可以通过
git log
命令查查看分支历史。
分支策略
master
分支应该是非常稳定的,也就是仅用来发布新版本,平时不能在上面干活。- 平时都是在
dev
分支上干活,dev
分支是不稳定的,到某个时候,比如1.0版本发布时,再把dev
分支合并到master
上,在master
分支发布1.0版本。 - 多人合作时每个人都应该有自己的分支(比如按照自己姓名建立分支),经常往
dev
分支上合并即可。
bug分支
平时开发可能还没有开发完成,所以有bug需要修复时就需要另外创建分支来进行修复。不过有几个问题(当前分支是dev):
- 当前任务还没有完成,所以不能提交
- 因为没有提交,所以创建并切换分支就会丢失一些文件
以上问题可以通过git
的 stash
功能来完成。
stash功能
该功能就是保存某一个分支还没提交的东西
-
比如你要创建一个新的分支
bug-01
,但是你dev分支上的内容还没发提交,所以可以先在dev分支上执行:git stash
就会出现如下所以的一句话:
Saved working directory and index state WIP on dev: f52c633 add merge
此时使用git status查看工作区就是干净的,而且可以放心的创建分支bug-01
-
首先需要确定是在那个分支上面修复bug,比如在master分支上修复,就先切换到master分支上然后建立新的分支
git checkout master git checkout -b bug-01
-
在bug-01分支上修复bug后合并到master分支上,所以需要先切换回master分支,然后合并
git checkout master git merge --no-ff -m '提交的注释' bug-01
-
现在可以删除bug-01分支
git branch -d bug-01
-
计划回到dev分支上工作
git checkout dev
-
恢复之前保存的现场(下面的命令适用于当我们只是使用了一次
git stash
时)-
首先通过
git stash list
命令查看有哪些现场,使用git stash list
后可能会出现如下信息$ git statsh list stash@{0}: WIP on dev: f52c633 add merge
-
两种方式恢复
- 使用
git stash apply
,但是使用这种方式恢复之后,stash
的内容不会被删除,还需要使用git statsh drop
命令来删除 - 第二种方式是使用
git stash pop
,使用该命令在恢复的同时把stash
的内容也会删除。
- 使用
-
-
如果在
dev
中多次使用了stash
,那么恢复的时候需要先使用git stash list
查看,然后恢复指定的stash
git stash list git stash apply stash@{0}
上面的案例是恢复
stash@{0}
强行删除未合并的分支
每当有一个新功能的时候我们应该新建一个分支在上面开发,当我们开发完成后再将这个分支上面的内容合并到我们自己的dev分支上,但是有时候那个新功能会被取消,所以需要删除那个新的分支(此时新分支还没有被合并到dev分支上),当使用命令 git branch -d 分支名
时会被提示该分支还没有被合并所以不能删除,但是如果想要强制删除可以-D
参数,也就是:
git branch -D 分支名
来强制删除一个还没有被合并的分支。
多人协作
查看远程库信息
$ git remote
origin
--或者使用 git remote -v来显示更加详细的信息
git remote -v
远程仓库默认是origin
推送分支
推送分支,就是把该分支上的所有本地提交推送到远程库。推送时,要指定本地分支,这样,Git
就会把该分支推送到远程库对应的远程分支上:
git push origin master
比如现在想要推送dev
分支,命令如下:
git push origin dev
<font color="red">注意:不是所有的分支都需要往远程上推送</font>
master
分支是主分支,因此要时刻与远程同步;dev
分支是开发分支,团队所有成员都需要在上面工作,所以也需要与远程同步;bug
分支只用于在本地修复bug
,可以不用推送到远程上
抓取分支
-
多人协作时,大家都会往
master
和dev
分支上推送各自的修改。当使用
clone
如下命令时:git clone git@github.com:GWei11/studyGit.git
默认情况是只能看到
master
分支。 -
如果想要在
dev
分支上开发,就需要创建远程origin
的dev
分支到本地。git checkout -b dev origin/dev
-
他人已经在
dev
分支上修改了文件并推送了他的提交,此时你也修改了同样还文件已经提交并试图推送会出现推送失败,因为此时有冲突,解决办法:-
使用
git pull
先拉取最新文件 -
在本地合并冲突文件再提交与推送
-
如果显示因为没有指定本地
dev
分支与远程origin/dev
分支的链接而导致pull
失败(会提示no tracking information
),可以根据错误提示来设置dev
与origin/dev
的链接git branch --set-upstream-to=origin/<branch> dev
-
然后再
git pull
并解决冲突再次提交和push
即可
-
标签管理
创建标签的目的是为了在某一个地方做上一个标记,便于以后查找到这个位置,一般是在发某一个版本的时候去打上一个标签。
创建标签
-
切换到需要打标签的分支上,比如切换到
master
git checkout master
-
通过
git tag 标签名
打标签git tag v1.0 // 标签名是v1.0
-
查看该分支上所有标签
git tag
-
标签时默认打在最新的提交上面的,如果想要打在之前的提交上面就需要先通过
git log
命令找到历史提交的commit id
,然后再标签名后面加上comit id
即可git tag v1.0 ahrugh // 后面的ahrugh是某个commit id的前面几位
-
创建带有说明的标签
git tag v1.0 -m '这里是标签的说明' ahrugh
查看标签信息
上面已经说过可以通过 git tag
命令查看标签,但是需要注意的是标签不吃按照创建的时间先后顺序列出的,而是按照标签名的字母排序的,可以通过git show 标签名
来查看标签的详细信息
git show v1.0
<font color="red">标签总是和某个commit挂钩。如果这个commit既出现在master分支,又出现在dev分支,那么在这两个分支上都可以看到这个标签。</font>
操作标签
删除标签
标签没有推送到远程上
git tag -d v1.0 // 最后那个是标签名
标签已经推送到远程
-
先删除本地标签
git tag -d v1.0
-
删除远程标签(删除命令也是
push
)git push origin :refs/tags/v1.0
推送标签到远程
推送一个
git push origin v1.0 //推送一个时最后协商标签名即可
推送所有标签
git push origin --tags
问题汇总
Git进行版本控制添加文件时,中文文件名乱码显示数字问题
使用``git bush
时,使用git add XX
添加文件后,git status
发现中文文件名是数字形式,比如"\123\456\789.txt",点击也无法打开,二使用ls,git log都可以显示中文,网上各种查找资料,最后修改配置git config --global core.quotepath false
即可。