git status
查看整个仓库的状态:
git add [文件名]
命令跟踪此新建文件,即把新增文件添加到暂存区,以备提交:
如果对多个文件或目录进行了增删改,可以使用 git add .
命令全部添加到暂存区。
注意这里有个概念,当我们修改了工作区,git add
命令是将这些修改添加到暂存区,暂存区记录的只是修改。如果要撤销暂存区的修改怎么办?根据上图的提示,执行 git reset -- [文件名]
或者 git rm --cached [文件名]
命令即可:
上图的命令,如果省略最后的文件名,把命令写成 git reset --
即可把暂存区的全部修改撤销。好,现在暂存区的修改被撤销,又回到了工作区。
现在介绍另一个命令 git diff
,它可以用来查看工作区被跟踪的文件的修改详情,此时新建文件 one.txt 并未被跟踪,而已被跟踪的文件 README.md 无修改,所以看不到。注意,只有在版本区中存在的文件才是被跟踪文件。
我们先修改 README.md 文件,然后执行此命令:
此时会跳到新的页面,即工作区修改详情页,按 Q
退出此页面:
现在,将工作区的两处修改(新增文件 one.txt,修改文件 README.md)全部添加到暂存区,并使用 git diff --cached
查看暂存区的全部修改:、
接下来,将执行 git commit
命令把暂存区的修改提交到版本区,生成一个新的版本。
在此之前,先介绍另一个命令 git log
,它用来查看版本区的提交历史记录,当前只有一个提交,就是在 GitHub 上创建新仓库时的初始化提交。同样此命令也会跳到新页面,如下图所示:
关于查看提交历史记录的命令,有些常用的选项介绍一下:
git log [分支名]
查看某分支的提交历史,不写分支名查看当前所在分支git log --oneline
一行显示提交历史git log -n
其中 n 是数字,查看最近 n 个提交git log --author [贡献者名字]
查看指定贡献者的提交记录git log --graph
图示法显示提交历史
接下来需要对 Git 进行一些本地配置:
user.email
:写入你自己注册 GitHub 账号的邮箱user.name
:你自己的 GitHub 账号名字
这两个命令设置你的身份信息如下图。git config -l
可以查看配置信息
现在执行 git commit
命令生成一个新的提交,一个必须的选项 -m
用来提供该提交的备注:
现在执行 git commit
命令生成一个新的提交,一个必须的选项 -m
用来提供该提交的备注:
提交后,暂存区的修改被清空,执行 git log
查看提交记录,紫色框中的十六进制序列号就是提交版本号,这是很重要的信息,每个提交都有自己单独的版本号,就像公民身份证号一样:
观察上图的提交信息,提交版本是按时间倒序排列的,也就是最近的提交排在最上面,你可能需要查看时间正序排列的信息,那么可以使用 git log --reverse
命令。
现在介绍一个超级实用、使用频率极高但几乎所有 Git 教程都不重视的命令 git branch -avv
,它用来查看全部分支信息:
开头的星号表示当前所在分支,绿色的 master 是分支名,之所以是绿色,也是因为它是当前所在分支。后面第二项是版本号,第三项中括号里面蓝色的字,表示此分支跟踪的远程分支的名字,当然啦,这也是克隆远程仓库到本地时的默认设置 — 创建 master 分支并自动跟踪远程同名分支;冒号后面黑色文字表示本地分支领先其跟踪的远程分支一个提交。最后一项是提交时填写的备注信息。
在执行 commit
命令时,再介绍一个我并不推荐的选项 -a
,它的作用是将未添加到暂存区的修改,也就是工作区的修改也一并提交,但会略过未被跟踪的文件,比如新建文件 one.txt,此命令的完整格式:git commit -am xxxxx
。谨慎的做法是按照前文的顺序,修改工作区 – 提交到暂存区 – 随时使用 git status
查看仓库状态 – 将暂存区的修改提交到版本区生成一次新的提交。
最后一个环节,将本地新增的提交推送到 GitHub 远程仓库中,命令是 git push
,后面不需要任何选项和参数,此命令会把本地仓库 master 分支上的新增提交推送到远程仓库的同名分支上,因为当前所在的分支就是 master,而且上文提到,它已经跟踪了远程仓库的同名分支:
如上图所示,本地分支 master 与远程分支 origin/master 的版本号一致,通常看两个版本号是否一致,只需比对前四位。看一下网页上的情况:
完全符合预期。
一个小细节,在上图右侧有 “14 hours ago” 字样,因为这次提交操作是 14 小时前完成的,提交后我睡了一觉,与推送操作的时间无关。
以上就是一次完整的修改 – 提交 – 推送操作。一次推送中可以包含多个 git commit
操作,也就是多个提交可以一起推送。
如果发现 one.txt 文件内容有误,怎么做?可以修改此文件然后再次添加到暂存区、提交、推送,也可以撤销最近一次提交,修改文件后重新提交推送。现在使用后一种方法来演示撤销提交的操作流程。
首先执行 git reset --soft HEAD^
撤销最近的一次提交,将修改还原到暂存区。--soft
表示软退回,对应的还有 --hard
硬退回,后面会讲到,HEAD^
表示撤销一次提交,HEAD^^
表示撤销两次提交,撤销 n 次可以简写为 HEAD~n
。软退回一个提交后执行 git branch -avv
命令查看分支信息:
可以看到本地仓库的 master 分支的版本号已经发生了变化,变成了前一次提交的版本号,中括号里也有提示信息,本地分支 master 落后其跟踪的远程分支 origin/master 一个提交。
执行 git status
查看仓库状态,果然上一个提交中的修改全部扔回了暂存区:
git add .
命令将新的修改添加到暂存区,然后执行
git commit
命令生成新的提交:
执行 git status
和 git branch -avv
查看仓库状态和分支状态:
可以看到本地仓库的 master 分支与远程仓库的 origin/master 分支在提交版本上有了冲突,又叫做提交时间线分叉。因为刚才的提交操作不是基于远程仓库 origin/master 分支的最新提交版本,而是撤回了一个版本。这种情况下也是可以将本地 master 分支推送到远程仓库的,需要加一个选项 -f
,它是 --force
的简写,这就是强制推送:
git push -f
git reflog
命令,它会记录本地仓库所有分支的每一次版本变化。实际上只要本地仓库不被删除,随你怎么折腾,都能回退到任何地方。
reflog
记录只存在于本地仓库中,本地仓库删除后,记录消失。执行此命令如下图所示:
git reset --hard [版本号]
,如果记不清版本号,也可以根据上图第 3 行的信息,执行
git reset --hard HEAD@{2}
命令,其中
HEAD@{2}
就是上图第 3 行第 2 列所示,这个命令的意思是回到当前分支最近两次提交版本变化前: