版本控制Git记述

进化史

本地版本控制系统

许多人习惯用复制整个项目目录的方式来保存不同的版本，或许还会改名加上备份时间以示区别。 这么做唯一的好处就是简单，但是特别容易犯错。 有时候会混淆所在的工作目录，一不小心会写错文件或者覆盖意想外的文件。

为了解决这个问题，人们很久以前就开发了许多种本地版本控制系统，大多都是采用某种简单的数据库来记录文件的历次更新差异。

本地版本控制系统

集中化的版本控制系统

接下来人们又遇到一个问题，如何让在不同系统上的开发者协同工作？ 于是，集中化的版本控制系统(Centralized Version Control Systems，简称 CVCS)应运而生。这么做最显而易见的缺点是中央服务器的单点故障。 如果宕机一小时，那么在这一小时内，谁都无法提交更新，也就无法协同工作。 如果中心数据库所在的磁盘发生损坏，又没有做恰当备份，毫无疑问您将丢失所有数据——包括项目的整个变更历史，只剩下人们在各自机器上保留的单独快照。本地版本控制系统也存在类似问题，只要整个项目的历史记录被保存在单一位置，就有丢失所有历史更新记录的风险。

集中化的版本控制系统

分布式版本控制系统

于是分布式版本控制系统(Distributed Version Control System，简称 DVCS)面世了

分布式版本控制系统

Git 最常用的命令

git clone [url]

git push [远程路径（orgin）]  [本地分支（master）]:[refs/for(heads)/远程分支（master）]

git pull

git log
git show [commitId]
git diff
git status
git add .
git commit -m "[string]"

git config -l

git reset --hard [commitId]

git branch -a
git checkout -b