最近在家太闲了,翻到以前学Git整理的笔记,简单的整理了一下,分享给大家。
一、Git简介和几个概念
git是 Linus 使用使用C语言开发的,最初管理端是 Linux 的源码。
集中式与分布式
-
集中式
代表:SVN、CVS(没有SVN稳定)、VSS(据说反人类,微软自己都不用)
集中式版本控制系统,其版本库是放在中央服务器上的。这样,每次使用前都需要从中央服务器中获取最新版本;结束工作后再把当天做完的工作推送给中央服务器。
特点(缺点)
- 集中式版本控制系统最大的缺陷在于,必须联网才可以进行工作。这就涉及到工作环境的网络和带宽,如果是局域网还好;如果是互联网,其效率将会非常低下。
- 集中式的中央服务器如果出了问题,则所有人都没法干活了。
-
分布式
代表:Git、 BitKeeper(收费)
分布式版本控制系统,没有所谓的“中央服务器”,其版本是放在每一个工作者的电脑中的,每个人的电脑都是一个完整的版本库。
特点
- 不受网络的限制,工作时不需要联网。如果需要多人协作,则只需要将各自修改的内容推送给对方即可。
- 没有所谓的“中央服务器”是指没有集中式那样,需要完全依赖此的服务器。分布式版本控制系统会有一个仅仅是充当“中介者”角色的服务器,方便多人协作时,传递大家修改的信息。(即使没有这样的“中介者”,大家一样可以做自己的工作,只是不方便相互修改而已。)
工作区、暂存区、版本库
工作区: 就是在电脑里能看到的目录
暂存区: 称为stage(或者叫index),可以理解为工作区与版本分支中间的一个缓冲区。后面马上提到
git add
就是把修改的内容,先添加到暂存区。等我们把所有要提交到仓库的内容都添加到暂存区后,就可以用git commit
来提交到指定分支啦。(当然,你也可以每 add 一次,就 commit 一次)版本库:指的就是工作区中的
.git
文件夹,这个不算工作区,而是Git的版本库。
二、Git的基础使用
1. 安装后的基本配置
git在安装完成后,需要进行一些基础的配置。
# 注意:这里使用了--global参数,这样设置会让所在机器上的所有的Git仓库都是用这个配置(常规操作,安心设置就好)
# 设置名字
$ git config --global user.name "Your Name"
# 设置邮箱
$ git config --global user.email "email@example.com"
2. 创建第一个版本库(本地)
版本库也就是常说的仓库,可以简单理解成一个目录。这个目录里面的所有文件都可以被Git管理起来,每个文件的修改、删除,Git都能跟踪,以便任何时刻都可以追踪历史,或者在将来某个时刻可以“还原”。
找一个合适的地方,建一个空文件夹(也不一定是空的,项目写完了再建仓库也行)(为了避免任何因为路径的错误,请确保文件夹路径中没有英文!)。然后在这个文件夹 单击右键 → Git Bush Here
,输入:
$ git init
完事儿,以后仓库就建好了!
<u>划重点:</u> 如果你看到文件夹里有一个隐藏的、名叫.git
的文件夹。注意!千万不要删他或者修改它,因为它是用来跟踪管理版本库的,认为的修改可能会对仓库造成一些不必要的破坏。(如果没看到也没事儿,它本身就是隐藏的,说明你没有打开显示隐藏的文件夹(也不太需要打开了...))
3. 提交
-
把文件添加到暂存区
# 提交一个文件 $ git add index.html # 提交两个文件 $ git add index-2.html index-3.html # 这一步,没有提示!
当然,也可以一次添加所有的文件
# 提交所有变化(删除、修改、新增) $ git add -A # 提交被修改(modified)和被删除(deleted)文件,不包括新文件(new) $ git add -u # 提交新文件(new)和被修改(modified)文件,不包括被删除(deleted)文件 $ git add .
-
把刚才添加的文件提交到仓库
$ git commit -m "massage content" # -m 指的是massage,和之后见到的master无关 # massage content 对本次提交内容的说明
要注意的是:Git之所以比其他的版本控制系统优秀,是因为Git跟踪和管理的并不是文件,而是你的每一行修改。因此,在我们对项目修改后,都要进行
git add
将修改添加到暂存区。如果没有git add
,直接进行git commit
是无法将代码提交的本地仓库的。
4. 关注工作区状态
4.1 使用 git status
随时可以得知工作区的状态
$ git status
-
在工作区没有文件被修改的时候
-
在工作区有文件被修改的时候
- 我们直接输入命令
git status
,输出的命令告知我们index.html
文件有被修改但是没有准备提交,同时建议我们使用git add
和git commit
添加提交。
- 我们直接输入命令
- 这时我们可以用
git diff
查看哪里被修改了。减号开头的代表修改前的,加号开头代表修改后的。这里我们课看到,我加了一个感叹号(其实感叹号前还有个空格...)
- 这时候就可以使用
git add
和git commit
进行提交了,提交完成后,再用git status
就会发现:nothing to commit, working directory clean
。到此为止就完成了一次的修改及提交!
4.2 我忘了刚才修改的文件 git commit
提交版本库了没
这时候,同样使用 git status
可以看出区别。
4.3 使用 git log
查看修改过的版本
# 展示所有的版本
$ git log
# 用一行展示每一个版本
$ git log --pretty=oneline
黄色的字符串(commit后面的)就是每个版本的版本号,可以理解为每个版本的id,是一个十六进制的超长的数字。当我们通过git操作版本的时候,需要用到这个版本号。不过看见这么长也不用怕,我们不需要全部都写出来,一般写7位能让Git找到即可。
5. 回退版本
在我们回退版本之前,我们需要先明确一个概念—— HEAD
5.1 HEAD
Git中, HEAD
是一个指针,它指向表示当前的版本。所以在回退版本时,也就是对 HEAD
指向进行改变。
- 如果我们需要回退到上一个版本,就是
HEAD^
;回退到上上一个版本,就是HEAD^^
。 - 如果回退更多版本,就可以使用
HEAD~数字
的方式,例如HEAD~100
就是回退100个版本;HEAD~1
就是回退1个版本。
5.2 穿越到过去
三种方式都可以,最后一种记得修改commit_id的值(这个值是啥?看上面4.3!)
# 回退1个版本
$ git reset --hard HEAD^
# 回退10个版本
$ git reset --hard HEAD~10
# 回退指定版本号的版本
$ git reset --hard commit_id
<u>注:</u> 中间的 --hard
是回退的方式,一共有三种,我们后面在单独讨论他们的区别,先放心这样用就好。
完成以后,我们发现命令回复给我们一行提示,看到这样的提示,就代表我们回退成功了。其中:
-
HEAD
就是我们前面说的指针(is now at
就不用我说了吧) -
2c76e6a
就是回退后的版本号的前7位(知道为啥前面说是7位了吧) -
index
就是这个版本的描述,我这里对这个版本的描述就是index
5.3 穿越到未来
当我们回退版本(版本A)以后,又想回到我们回退之前的版本(版本B),该怎么办?
我们还是使用 git reset
命令来解决问题,但是这时只能使用 commit_id
来进行“穿越”。但是,这时候我们使用 git log
查找版本号时,发现只有版本A以前的版本。
这时候,我们就要用到另一个命令,来找到我们版本B的版本号。它可以告诉我们,我们对版本库进行了那些操作。有这个命令,即时我们关机重启,也可以找到我们所有的操作记录。
$ git reflog
很显然,在版本 2c76e6a
(版本A)之后的版本 4cefb07
(版本B)就是我们想穿越到未来的版本。这时候我们只需要使用版本号来进行“穿越”即可。
$ git reset --hard 4cefb07
6. 撤销修改
当我们修改之前的代码的时候,难免会出现改着改着就改乱了的情况。这时候我们第一时间是想撤销修改,但是一直 Ctrl Z
未免也太累了吧。这时候,就是使用Git的一些命令来解决问题。不过,我们要分几种场景。
(不知道场景状态的,请看4.2)
6.1 文件只是在工作区修改,还没有 git add
,想撤销
直接使用以下命令,把文件在工作区的修改全部撤销。这时候也就撤销到和当前版本库一毛一样的状态了。
$ git checkout -- 文件名
# 注意空格和 -- 不可以少!否则就是切换分支(git checkout)的命令了
# 这个命令的目的,就是让这个文件回到最近一次git commit或git add时的状态。
6.2 文件已经 git add
到暂存区,工作区发生了修改,想撤销到暂存区的版本状态
-
第一步:用下面的命令撤销暂存区的修改,用HEAD代表本地仓库的最新版本
$ git reset HEAD 文件名
第二步,重复6.1的操作
最后我们还可以用
git status
来检查一下,看看命令行的反馈是不是和下面一样:
6.3 文件已经 git commit
到版本库,想撤销修改
假设你不但改错了东西,还从暂存区提交到了版本库,怎么办呢?
是不是感觉这个场景有点似曾相识,没错,其实就是把我们的仓库版本回退一下就可以了。
不过,这是有条件的,就是你还没有把自己的本地版本库推送到远程(远程仓库后面再说)。如果你已经推到远程仓库了,就么得办法了~~
7. 删除文件
一般情况下,你通常直接在文件管理器中把没用的文件删了,这里我删除了 index.html
。 这个时候,Git知道我删除了文件,因此,工作区和版本库就不一致了,git status
命令会立刻告诉你哪些文件被删除了:
现在你有两个场景:
-
一是确实要从版本库中删除该文件,那就用命令
git rm
删掉,并且git commit
:$ git rm index.html # 这一步也可以用git add index.html进行 $ git commit -m "delete"
这样就把文件从版本库中删除了。
二是误删了,但是版本库里本身有这个文件,那完全可以用
$ git checkout -- 文件名
来恢复。但是!如果这个文件本身没有被添加到版本库,那就赶紧去回收站里看看吧,Git是没有办法帮你了...
参考资料 廖雪峰 - Git