Git--之本地仓库
VCS的历史 :
Git是一款代码管理工具（Version Control System)，傲视群雄，是目前世界上最先进的免费开源的分布式版本控制系统，没有之一！
VCS版本控制系统（version control system）,是一种记录一个或若干文件内容变化，以便将来查阅特定版本修订情况的系统。版本控制系统不仅可以应用于软件源代码的文本文件，而且可以对任何类型的文件进行版本控制。用的比较多的如svn，git等。
1.本地版本控制
通过保存并管理文件补丁的方式，来记录对应文件修订前后的内容变化。目前最为流行的一种本地版本控制系统是rcs，所以，根据每次修订后的补丁，rcs可以通过不断打补丁，计算出各个版本的文件内容。当然这样做之后，对于本机被管理文件可以做到版本回滚或者回退，但是对于处在不同系统上的开发者要进行协同工作，就遇到了问题。于是也就有了“集中式版本控制工具”。
2. 集中式版本控制
集中式版本控制系统（Centralized Version Control Systems，简称 CVCS），版本库是集中存放在中央服务器的，而干活的时候，用的都是自己的电脑，所以要先从中央服务器取得最新的版本，然后开始干活，干完活了，再把自己的活推送给中央服务器
这么做最显而易见的缺点是中央服务器的单点故障。如果维修一小时，那么在这一小时内，谁都无法提交更新，也就无法协同工作。如果中心数据库所在的磁盘发生损坏，又没有做恰当备份，毫无疑问你将丢失所有数据——包括项目的整个变更历史，只剩下人们在各自机器上保留的单独快照。
相比老式的VCS，每个人能看到项目中其他人在干嘛，管理员也可以控制每个开发者的权限，但是一个致命的缺点就是中央服务器的单点故障。如果发生，谁都无法提交更新，无法协同工作，甚至有丢失数据的风险。至此，后来产生了“分布式版本控制工具”。
3. 分布式版本控制
客户端并不是提取最新版本的文件快照，而是把原始的代码仓库完整地镜像下来，分布式,当我们连接共享版本库时,可以先将服务器上的项目,克隆到本地,相当于每一台电脑上都有整个项目的文件备份,在没有网时也可以开发,完成开发后,可以先提交到本地仓库,当有网的时候,再提交到共享版本库,这样一来,如果我们的服务器或者我们自己的电脑出故障,我们也没有任何担心的。
Git的历史 ：
起初参与Linux开源项目的代码是由Linus Torvalds本人通过“diff”和“patch”命令来手动为别人整合代码的。随着项目越做越大，代码库之大让Linus很难继续通过手工方式管理了，社区的弟兄们也对这种方式表达了强烈不满。
diff介绍
diff A B > C
1.diff 命令比较文本文件。它能比较单个文件或者目录内容。
2.diff 命令只有当输入为文本文件时才有效。
3.如果指定了 Directory1 和 Directory2 参数，diff 命令比较两个目录下名字相同的文本文件。列出不同的二进制文件、公共子目录和只在一个目录出现的文件。
4.diff命令用于比较两个文件的差异，它可以被制作成补丁文件，使用patch命令对相应的文件打补丁。
Git和SVN的区别
1. Git是分布式，SVN是集中式
2. Git的每个历史版本存储的是完整的文件，而SVN只是存储文件的差异
3. Git可以离线完成大部分操作，SVN不可以
4. Git有着更优雅的分支和合并实现
5. Git有更强的撤销修改和修改版本历史的能力
6. Git速度更快，效率更高
Git和Github的关系
1. Git是一个分布式的版本控制系统；
2.GitHub是一个基于Git的项目托管平台，它提供了web界面，我们可以在上面创建资源仓库来存放你的项目；
3.在本地或服务器创建一个资源仓库通过shell命令或图形用户界面可以和远端的GitHub进行项目同步更新，实现对项目的管理。
二：Git的安装
2.1：下载git客户端
链接：https://pan.baidu.com/s/1r-XCZtqA8qgdEKbPWo6rTA
密码：y4k3
2.2：安装git
可能出现的问题
这时候 以管理员身份运行cmd命令
msiexec /package 你将要安装的程序的完整路径及程序名 （注意空格）
例如： msiexec /package e:\git\xxx文件名 回车即可
三：Git入门
3.1：基本配置
我们本地仓库中的代码最终是要上传到GitHub中，而在上传的时候，必须要指定我们的信息，包括用户名和邮箱地址！方便团队或者项目组中其他人员知道是谁修改或者上传了代码！
所以我们首先要设置用户名和邮箱地址！
1.设置用户名和邮箱
安装成功之后，右键点击桌面空白位置===》Git Bash Here
git config --global user.name 用户名
git config --global user.email 邮箱地址
1. 修改用户信息
vim ~/.gitconfig
在这个文件中也可以，新增name和email
2. 删除用户信息
如果有多个用户，想删除指定的用户可以使用
git config --global --unset user.name 用户名
基本操作
创建本地仓库
git init
1. 创建并编辑文件
vim gitDemo.txt
内容如下
3. 将文件新增到暂存区
我们刚才创建的gitDemo.txt文件虽然在我们的仓库目录下，但是并没有被仓库所管理！
需要使用git add让文件被仓库管理（进入暂存区）
4.将文件提交到历史仓库
5.对文件进行修改
此时，我们对修改的文件有两种处理方式！
1. 确实需要修改，那么我们使用git add将文件放进暂存区
2. 如果是误修改，我们可以将文件回滚到之前的版本
6.对比文件差异
7. 撤销修改
这里的撤销指的是，我们修改的文件还没有被提交到暂存区！
之后，还有一种方式是===》已经提交到了暂存区之后怎么撤销？
3.3：工作区，暂存区，历史仓库
1.基本描述
我们使用了git init初始化git仓库之后，在文件夹中会多出一个.git隐藏文件夹！
这个.git隐藏文件夹就是git的版本库repository。
我们创建的myRepertory文件夹就是工作区 working directory。
暂存区：暂存区可以理解为一个虚拟工作区，这个虚拟工作区会跟踪工作区的文件变化（增删改等操作）。这个工作区的位于.git文件夹下的index目录下
2.注意点
1. 当需要对工作区的修改提交到版本库前，暂存区会与工作区进行差异比较，如果工作区与暂存区的文件不一致，那么需要同步工作区的修改到暂存区，然后才可以提交到版本库；
2. 暂存区可以说是工作区和版本库的桥梁，我们对文件的修改可以先放在暂存区中，如果后悔了不仅可以非常方便撤销，而且不会影响到现有的版本库；
3. 只要我们使用过git add,那么文件就会被跟踪，暂存区跟踪记录了工作区的文件名和文件状态（在index文件中会记录修改时间，文件大小等信息）;
4. 下次我们对文件进行修改的时候，会比较时间戳来判断文件是否被修改，
在执行git status时，首先会到.git/index下查看被跟踪的工作区文件的时间戳，如果发现自上次执行git add（执行git add可以让工作区的文件被跟踪）以来，文件的时间戳发生了变化，那么判断文件发生了改动，于是会与暂存区的原始文件与工作区中的该文件进行差异比较，如果发现两个文件内容不一致，那么就给出差异信息。
3.实例演示
3.4：查询历史提交记录
1. git log
1. git log --pretty=oneline
也可以查询某个指定文件的提交历史
3.git reflog
4.git log和git reflog的区别
01.Git log查询的是commit id，作者以及提交时间和提交信息
但是不包括之前删除的历史记录
02.git reflog查询的是简洁的commit id和提交信息
也会包含之前删除的历史记录
3.5：回退历史版本
git reset 版本ID
3.6：撤销修改
这里的修改，就是我们的文件已经到达了暂存区了，需要把修改的文件还原到工作区！
3.7：误删除工作区的文件
3.8：真正删除文件
