Git入门(一)

历史:

Linus在1991年创建了开源的Linux,Linux系统不断发展,已经成为最大的服务器系统软件了。

在世界各地的开发者为Linux贡献编写代码,那Linux的代码是如何管理的呢?

在2002年以前,世界各志愿者开发者把源代码文件通过diff的方式发给Linus,然后由Linus本人通过手工方式合并代码!

为什么Linus不把Linux代码放到版本控制系统里呢?不是有CVS、SVN这些免费的版本控制系统吗?
因为Linus坚定地反对CVS和SVN,这些集中式的版本控制系统不但速度慢,而且必须联网才能使用。有一些商用的版本控制系统,虽然比CVS、SVN好用,但那是付费的,和Linux的开源精神不符。

到了2002年,Linux系统已经发展了十年了,代码库之大让Linus很难继续通过手工方式管理了,社区的弟兄们也对这种方式表达了强烈不满,于是Linus选择了一个商业的版本控制系统BitKeeper,BitKeeper的东家BitMover公司出于人道主义精神,授权Linux社区免费使用这个版本控制系统。

2005年,开发Samba的Andrew试图**BitKeeper的协议,被BitMover公司发现了,于是BitMover公司怒了,要收回Linux社区的免费使用权。

Linus花了两周时间自己用C写了一个分布式版本控制系统,这就是Git!一个月之内,Linux系统的源码已经由Git管理了!

Git迅速成为最流行的分布式版本控制系统,尤其是2008年,GitHub网站上线了,它为开源项目免费提供Git存储,无数开源项目开始迁移至GitHub。

Git和普通版本控制系统区别

  • 分布式版本控制系统
  • 集中式版本控制系统
集中式:

版本库是集中存放在*服务器的,必须联网,而干活的时候,用的都是自己的电脑,所以要先从*服务器取得最新的版本,然后开始干活,干完活了,再把自己的活推送给*服务器。*服务器就好比是一个图书馆,你要改一本书,必须先从图书馆借出来,然后回到家自己改,改完了,再放回图书馆

分布式:

分布式版本控制系统根本没有“*服务器”,每个人的电脑上都是一个完整的版本库,这样,你工作的时候,就不需要联网了,因为版本库就在你自己的电脑上。既然每个人电脑上都有一个完整的版本库,那多个人如何协作呢?比方说你在自己电脑上改了文件A,你的同事也在他的电脑上改了文件A,这时,你们俩之间只需把各自的修改推送给对方,就可以互相看到对方的修改了。和集中式版本控制系统相比,分布式版本控制系统的安全性要高很多,因为每个人电脑里都有完整的版本库,某一个人的电脑坏掉了不要紧,随便从其他人那里复制一个就可以了。而集中式版本控制系统的*服务器要是出了问题,所有人都没法干活了。

在实际使用分布式版本控制系统的时候,其实很少在两人之间的电脑上推送版本库的修改,因为可能你们俩不在一个局域网内,两台电脑互相访问不了,也可能今天你的同事病了,他的电脑压根没有开机。因此,分布式版本控制系统通常也有一台充当“*服务器”的电脑,但这个服务器的作用仅仅是用来方便“交换”大家的修改,没有它大家也一样干活,只是交换修改不方便而已。

安装

linux下yum install gitsudo apt-get install git,前者在centos上可用,后者在Ubuntu可用.
mac下brew install git或安装xcode
windows下直接从官网下载安装程序安装完后桌面右键选择 Git Bash Here打开git命令行

Git入门(一)
image.png

安装成后,还需要输入配置:

$ git config --global user.name "Your Name"
$ git config --global user.email "[email protected]"

因为Git是分布式版本控制系统,所以,每个机器都必须自报家门:你的名字和Email地址。你也许会担心,如果有人故意冒充别人怎么办?这个不必担心,首先我们相信大家都是善良无知的群众,其次,真的有冒充的也是有办法可查的。

注意git config命令的--global参数,用了这个参数,表示你这台机器上所有的Git仓库都会使用这个配置,当然也可以对某个仓库指定不同的用户名和Email地址。

创建版本库

什么是版本库呢?版本库又名仓库,英文名repository,你可以简单理解成一个目录,这个目录里面的所有文件都可以被Git管理起来,每个文件的修改、删除,Git都能跟踪,以便任何时刻都可以追踪历史,或者在将来某个时刻可以“还原”。

所以,创建一个版本库非常简单,首先,选择一个合适的地方,创建一个空目录:

$ mkdir Demo
$ cd Demo
$ pwd
/e/aliyunCodeGit/Demo

pwd命令用于显示当前目录。这个仓库位于/e/aliyunCodeGit/Demo

在Windows系统,为了避免遇到各种莫名其妙的问题,请确保目录名(包括父目录)不包含中文。

第二步,通过git init命令把这个目录变成Git可以管理的仓库:

$ git init
Initialized empty Git repository in E:/aliyunCodeGit/Demo/.git/

瞬间Git就把仓库建好了,而且告诉你是一个空的仓库(empty Git repository),细心的读者可以发现当前目录下多了一个.git的目录,这个目录是Git来跟踪管理版本库的,没事千万不要手动修改这个目录里面的文件,不然改乱了,就把Git仓库给破坏了。

如果你没有看到.git目录,那是因为这个目录默认是隐藏的,非windows下用ls -ah命令就可以看见.
也不一定必须在空目录下创建Git仓库,选择一个已经有东西的目录也是可以的。不过,不建议你使用自己正在开发的公司项目来学习Git,否则造成的一切后果概不负责。

把文件添加到版本库

所有的版本控制系统,其实只能跟踪文本文件的改动,比如TXT文件,网页,所有的程序代码等等,Git也不例外。版本控制系统可以告诉你每次的改动,比如在第5行加了一个单词“Linux”,在第8行删了一个单词“Windows”。而图片、视频这些二进制文件,也就是只知道图片从100KB改成了120KB

使用windows特别注意:

千万不要使用Windows自带的记事本编辑任何文本文件。原因是Microsoft开发记事本的团队使用了一个非常弱智的行为来保存UTF-8编码的文件,他们自作聪明地在每个文件开头添加了0xefbbbf(十六进制)的字符,你会遇到很多不可思议的问题,比如,网页第一行可能会显示一个“?”,明明正确的程序一编译就报语法错误,等等,都是由记事本的弱智行为带来的。建议你下载Notepad++代替记事本,不但功能强大,而且免费!记得把Notepad++的默认编码设置为UTF-8 without BOM即可。

现在我们编写一个demo.txt文件,内容如下:
Hello word

cat >> demo.txt
Hello world
第一步,用命令``git add```告诉Git,把文件添加到仓库:
Git入门(一)
image.png

执行上面的命令,没有任何显示,这就对了,Unix的哲学是“没有消息就是好消息”,说明添加成功。

第二步,用命令git commit告诉Git,把文件提交到仓库:
$ git commit -m "第一次使用git提交"
Git入门(一)
image.png

简单解释一下git commit命令,-m后面输入的是本次提交的说明,可以输入任意内容,当然最好是有意义的,这样你就能从历史记录里方便地找到改动记录。

git commit命令执行成功后会告诉你,1个文件被改动。

为什么Git添加文件需要add,commit一共两步呢?因为commit可以一次提交很多文件,所以你可以多次add不同的文件,比如:

$ git add file1.txt
$ git add file2.txt file3.txt
$ git commit -m "add 3 files."
Git入门(一)
image.png
小结
现在总结一下今天学的两点内容:

初始化一个Git仓库,使用git init命令。

添加文件到Git仓库,分两步:

第一步,使用命令git add <file>,注意,可反复多次使用,添加多个文件;

第二步,使用命令git commit -s "备注",完成。

时光机穿梭

我们已经成功地添加并提交了一个demo.txt文件,现在,是时候继续工作了,于是,我们继续修改demo.txt文件,改成如下内容:

你好,git

修改前查看下当前仓库状态:

git status
Git入门(一)
image.png

修改完成后,再次查看:


Git入门(一)
image.png

使用git diff demo.txt命令查看修改的内容是什么:

Git入门(一)
image.png

可以看到,我们把Hello_world修改为你好,git

git diff顾名思义就是查看difference,显示的格式正是Unix通用的diff格式
修改完后,再把它提交到仓库,提交修改和提交新文件是一样的两步,第一步是git add

Git入门(一)
image.png

这里git add 后出现这个

warning: LF will be replaced by CRLF in demo.txt.
The file will have its original line endings in your working directory.

原因是,windows下路径中存在 / 的符号转义问题,我们执行命令解决:

git config --global core.autocrlf false

false就是不转换符号默认是true,相当于把路径的 / 符号进行转义,这样添加的时候就有问题。
提交后,我们再用git status命令看看仓库的当前状态:

Git入门(一)
image.png

Git告诉我们当前没有需要提交的修改,而且,工作目录是干净(working directory clean)的。

小结

要随时掌握工作区的状态,使用git status命令。

如果git status告诉你有文件被修改过,用git diff可以查看修改内容。

版本回退

刚才我们 git add了 demo.txt,现在执行 git commit -m "修改后的demo.txt"

每当你觉得文件修改到一定程度的时候,就可以“保存一个快照”,这个快照在Git中被称为commit。一旦你把文件改乱了,或者误删了文件,还可以从最近的一个commit恢复,然后继续工作,而不是把几个月的工作成果全部丢失。

在Git中,我们用git log命令查看历史记录:

Git入门(一)
image.png

如果嫌输出信息太多,看得眼花缭乱的,也可以用git log --pretty=oneline输出简要信息:

Git入门(一)
image.png

git log命令显示从最近到最远的提交日志,我们可以看到3次提交,
最近的一次是修改后的demo.txt
上一次是添加三个文件
最早的一次是第一次使用git提交
如果嫌输出信息太多,看得眼花缭乱的

好了,现在我们启动时光穿梭机,准备把readme.txt回退到上一个版本

$ git reset --hard HEAD^
HEAD is now at ea34578 add distributed

--hard参数有啥意义?这个后面再讲,现在你先放心使用。

看看demo.txt的内容是不是回到之前了。

使用git log 查看历史记录,只剩下第一次和第二次的修改记录了,如果想要再找回第三次的修改记录该如何让?
只要命令行窗口不关闭,我们可以找到第三次修改记录的编号使用命令git reset --hard a55ae88ad3d3fcd1d5909b629a5304f337130e39
就可恢复到第三次版本了。

本文是学习廖雪峰老师写的Git的笔记整理便于自己复习,原文地址https://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000