Git--版本控制（部分引用）廖雪峰老师

原来在公司用SVN，现在来谈谈Git
Git是目前世界上最先进的分布式版本控制系统。
SVN为集中式版本控制系统。
集中式和分布式版本控制系统有什么区别呢？
集中式版本控制系统，版本库是集中存放在中央服务器的，而干活的时候，用的都是自己的电脑，所以要先从中央服务器取得最新的版本，然后开始干活，干完活了，再把自己的活推送给中央服务器。中央服务器就好比是一个图书馆，你要改一本书，必须先从图书馆借出来，然后回到家自己改，改完了，再放回图书馆。

Paste_Image.png

集中式版本控制系统最大的毛病就是必须联网才能工作，如果在局域网内还好，带宽够大，速度够快，可如果在互联网上，就会深受网速的影响。

那分布式版本控制系统与集中式版本控制系统有何不同呢？首先，分布式版本控制系统根本没有“中央服务器”，每个人的电脑上都是一个完整的版本库，这样，你工作的时候，就不需要联网了，因为版本库就在你自己的电脑上。既然每个人电脑上都有一个完整的版本库，那多个人如何协作呢？比方说你在自己电脑上改了文件A，你的同事也在他的电脑上改了文件A，这时，你们俩之间只需把各自的修改推送给对方，就可以互相看到对方的修改了。

和集中式版本控制系统相比，分布式版本控制系统的安全性要高很多，因为每个人电脑里都有完整的版本库，某一个人的电脑坏掉了不要紧，随便从其他人那里复制一个就可以了。而集中式版本控制系统的中央服务器要是出了问题，所有人都没法干活了。

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

Paste_Image.png

如何使用git？下载地址

首先需要下载安装git，根据不同操作系统选择不同的安装包下载。

Paste_Image.png

在安装好git之后，我们开始创建版本库。
- 首先在菜单栏中找到Git Bash并打开。

Paste_Image.png

可以看到如下界面进行各种命令来对git进行操作（其实就是git简易化的汇编语言非常简单），Dos的操作界面

Paste_Image.png

在创建版本库之前，所以我们需要设置git仓库的地址。
- 创建一个文件夹作为git的版本库

Paste_Image.png

接着使用Dos的cd 命令改变到仓库文件夹的目录。

Paste_Image.png

初始化我们的版本库（git init命令）（显示master表示成功（其实为工作区的一个分支））

Paste_Image.png

我们可以发现在我们的仓库目录下，生成了一个.git的目录，这个目录是Git来跟踪管理版本库的，没事千万不要手动修改这个目录里面的文件，不然改乱了，就把Git仓库给破坏了。

Paste_Image.png

版本控制注意事项（无法跟踪图片，视频等二进制文件具体改动的部分，只能跟踪大小）
把文件添加到版本库
首先这里再明确一下，所有的版本控制系统，其实只能跟踪文本文件的改动，比如TXT文件，网页，所有的程序代码等等，Git也不例外。版本控制系统可以告诉你每次的改动，比如在第5行加了一个单词“Linux”，在第8行删了一个单词“Windows”。而图片、视频这些二进制文件，虽然也能由版本控制系统管理，但没法跟踪文件的变化，只能把二进制文件每次改动串起来，也就是只知道图片从100KB改成了120KB，但到底改了啥，版本控制系统不知道，也没法知道。
不幸的是，Microsoft的Word格式是二进制格式，因此，版本控制系统是没法跟踪Word文件的改动的，前面我们举的例子只是为了演示，如果要真正使用版本控制系统，就要以纯文本方式编写文件。
因为文本是有编码的，比如中文有常用的GBK编码，日文有Shift_JIS编码，如果没有历史遗留问题，强烈建议使用标准的UTF-8编码，所有语言使用同一种编码，既没有冲突，又被所有平台所支持。
使用Windows的童鞋要特别注意：
千万不要使用Windows自带的记事本编辑任何文本文件。原因是Microsoft开发记事本的团队使用了一个非常弱智的行为来保存UTF-8编码的文件，他们自作聪明地在每个文件开头添加了0xefbbbf（十六进制）的字符，你会遇到很多不可思议的问题，比如，网页第一行可能会显示一个“?”，明明正确的程序一编译就报语法错误，等等，都是由记事本的弱智行为带来的。建议你下载Notepad++代替记事本，不但功能强大，而且免费！记得把Notepad++的默认编码设置为UTF-8 without BOM即可

现在我们就创建好了一个git仓库。

接着对仓库进行简单的操作。
- 在仓库目录下创建一个frist.txt，并编辑其内容。

Paste_Image.png

使用ls -l 命令，遍历当前目录下的文件。可以清楚的看见目录的操作。

Paste_Image.png

接着我们可以通过 git status 命名，查看当前git版本库的状态。

Paste_Image.png

我们可以看见，我们目录下多了一个红名的文件，之所以为红名，是因为文件存在于仓库中，但并没有进行track版本跟踪，如果我们需要对此文件进行跟踪的话，我们可以根据系统的提示使用 git add命令进行跟踪。
(use "git add" to track)

Paste_Image.png
我们跟着步骤走，使用git add命令（注意我们可以使用git add命令对文件进行添加格式为git add frist.txt，是对frist.txt进行track跟踪，如果使用git add .，是将版本库中所有没有没版本控制的文件，全部添加控制）

Paste_Image.png

根据提示： Changes to be commited，我们可以将此文件进行提交。奇怪的问题发生了，我们不是已经添加到版本库中了吗？为什么还需要commit？

git仓库是由工作区（暂存区Stage）和版本库组成的。

Paste_Image.png

我们通过git add 只不过是将电脑磁盘中的文件添加入了我们版本库的Stage暂存区分支中
如果需要上传到真正的版本库分支master中，需要使用git commit命令。这就是为什么会提示是否需要commit的原因。
在暂存区中也分为tracked 和untracked，也就是追踪了和没有进行追踪的。如果没有add 则表示在git 目录下有变化，但并未进行追踪，不会对其进行控制。

git commit命令

git commit 语法为：$ git commit -m "此处为你commit提交的改动记录，你做了什么操作就写什么，会被自动记录在git reflog之中如(I create a file name of frist.txt)"
但是输入了git commit命令，新用户一般会遇见这种情况。