Git-分布式版本管理系统

1. 定义
   分布式版本管理与控制系统与传统的集中式（中心化）管理相比，分布式版本控制系统的安全性要高很多，因为每个人电脑里都有完整的版本库，即使没有网络你也可以提交变动到版本库（因为本地就有一个完整的版本库），git的中心库和SVN等传统版本控制系统不同，它不是一切的中心（大脑），而仅仅也是一个副本，它的存在只是为了方便协作开发，大家方便提交变动和同步变动。但是这里说的不依赖网络，并不是完全不依赖网络就能完成所以的事情，比如让其他开发人员拿到你的改动，所以说这里所说的不依赖网络只是相对的，在没有网络的情况下，可以提交变动到本地的版本库，但最终还是要依赖网络提交变动让其他开发人员看到。一旦长时间不进行代码同步（不同开发者之间），很可能会产生变动冲突，这时候就需要人工来解决冲突。
   相较于传统的SVN、CVS、CC，Git管理的不是文件而是变动（change）

2. 概念

   

   2.1 工作区
   我们在本机创建的目录，我们会在这个目录下面创建文件。
   git checkout – file：丢弃工作区的修改
   要注意这时chekcout 是把工作区的文件 file 还原到上一次提交到暂存区的变动（也可理解成用上一次提交到暂存区的变动覆盖工作区的文件）而不管这个变动是否已经提交到版本库。如果是一个新建的文件，还没有提交到暂存区（也就是说肯定没有提交到版本库了），checkout命令并不能回退当前内容到上一个版本（因为没有提交到暂存区，工作区的改动谈不上版本，任何改动也得 不到追踪）。

   2.2 暂存区（stage）
   工作区的任何改动需要添加到暂存区才能提交到版本库（我的理解是只有添加到暂存区的变动，才能被git管理）。
   git add file ：把file的变动添加到暂存区
   git reset HEAD file：把file在暂存区的内容回退到提交到版本库的最新版本（也可以理解成用版本库中file的最新版本覆盖暂存区的内容）。

   2.3 版本库
   所有文件所有版本的集合。
   git commit -m “log message” ：提交暂存区的变动到版本库
   git reset –hard HEAD^：把版本库的file回退到最新版本的上一个版本，HEAD^^表示上上个版本，HEAD~77表示往上77个版本（如果写77个^你会崩溃！！！）。
   git reset –hard 34343：把版本库的file回退到 commit id = 34343 的版本
   2.4 分支
   每个（有可能是其中一部分）文件的某个版本串起来的一条文件集合，通过git commit 命令把变动提交到分支。
   2.5 其他常用命令
   git status：查看当前状态
   git log：查看提交日志
   git reflog：查看历史命令日志