git版本控制
引题：随着项目越来越大，出现以下问题：
1.项目本来正确，加了些新功能或改bug，结果不知觉影响到其他功能项目无法运行，再往回改问题有越来越多。
2.无人查看较早历史版本。
3.多人协作，每个人的代码不完全一致，项目经理合并代码同时容易出错。
主流工具：
SVN：
优点：（有点像自动同步功能的百度网盘），服务器上维护共享文件，客户端下载（checkout检出）；客户端可以修改代码后在commit提交，也可以从服务器update更新最新代码。SVN前些年、java项目，早期公司必用，但被GIT渐渐取代。
缺点：1>有代码版本控制功能但因为难没人使用，大家把它当成网盘使用。例如，服务器最开始共享代码v1，分发给几个程序员，然后程序员A开发了一个功能，并提交v2.后面提交功能的人由于代码环境以变，自己开发的功能还需要费时调整。
2>星星拓扑，服务器一旦奔溃，依赖服务器的客户端如果没有备份资料就丢失了。
GIT：避免了以上缺点，现在流行使用。相关生态GitHub也非常流行。每一个代码提交的时间点都会打一个标签，每一个程序员在开发后提交时都会检查于上一个最新版本的异同。每一个版本变更。点对点网状拓扑，其中一个出现问题，可以从其他电脑恢复。
git
安装
官网下载，安装。向导涉及的名词在学习过Linux后会理解，无关紧要，全部保持默认点击“next”，
基本概念和相关命令：
1.cd 项目根目录
2.git init ：初始化git仓库，生成.git隐藏文件夹，负责跟踪项目文件变更。
3.git aad [文件名]: 把一个文件添加到“暂存区”，未添加的文件不会被跟踪。git相比svn、网盘多的概念就是“暂存区”。
不太适合跟踪的文件有：测试语法的小脚本；依赖包；数据库。
一个一个文件add太麻烦，git add . 跟踪所有文件。
排除跟踪的文件可以在.gitignore中设置。
-
git commit -m "提交时描述信息"。提交就是快照。
靠head指针指向时间来管理不同时候提交的版本。每一次提交编一个唯一hash字符串标识。提交信息包含提交人和提交时间。 -
git log查看文件变更状态和提交历史。 - （第一次使用git时设置）
git config --global user.email "你的邮箱"
git config --global user.name "你的名字"
7.` git status 查看文件是否跟踪，是否变更。 -
git reset --hard [提交id]，版本回退
图片.png
提交时除了未跟踪的文件之外没有添加任何内容(使用“git add”到track).png
