应用情景1：添加文件（单个、多个、目录）到Git版本库，提交一个版本快照。
应用情景2：穿越历史回到过去，版本回退，从当前版本回退到之前提交过的某个版本上。
应用情景3：穿越历史过头了，版本回退多了，目的时间是2000年，结果硬是穿到了1900年，没办法，又得从1900年穿越到"未来"的2000年。
情景1：
假设有一个目录 work ，里面三个文件：file1、file2、file3：
git add work/file1 # 添加单个文件到版本库 git add work/file1 work/file2 work/file3 # 添加多个文件到版本库 git add work/ # 添加整个目录到版本库 git add . # 添加所有文件到版本库（.gitignore忽略的文件除外） git commit -m "add file1 file2 file3" # 提交版本快照
情景2：
假设从项目开发到现在，一共提交了3个版本快照到Git版本库（3次有效的 git commit），分别是
git commit -m "first commit" git commit -m "second commit" git commit -m "third commit"
当前我们便是在最新版本（也就是最后一次提交的版本 "third commit"）上进行开发，假设突然发现 "third commit" 版本存在重大问题，需要回退到"之前某个版本"上重新开发：
# 第一步：找到之前提交的某个版本的 commit id git log # 查看历史提交记录，里面有 commit id 信息 git log --pretty=oneline # 简化版的历史提交记录 # commit id类似于 "5c6c438396bd9db4f24d299fc68f3150ec81b2f8" 这样的字符串 # 根据 commit id 回退到指定版本 git reset --hard git reset --hard 5c6c438396bd9db4f24d299fc68f3150ec81b2f8 # 没必要写全，写前几位即可，但是要保证Git能够根据你提供的信息找到唯一的 commit id
回退版本的另外一种方法：Git中有一个特殊的指针HEAD，永远指向当前版本，所以，可以用HEAD表示上一个版本HEAD^，上上个版本HEAD^^，向上几个版本就在HEAD后面加写几个^，当然，写太多的^不现实，所以向上100个版本可简写为HEAD~100，其它可依此类推。
git reset --hard HEAD^ # 回退到上个版本 git reset --hard HEAD^^ # 回退到上上个版本 git reset --hard HEAD~100 # 回退到100个版本之前
当前版本（third commit）回退到某个版本 （first commit）后，当前版本就是 first commit。查看历史提交记录，只会有 first commit 及之前的提交记录，就仿佛是 second commit 版本和 third commit 版本是一种幻觉，从来就没有提交过一样。
情景3：
在情景2中，回退到了 first commit 版本上后发现回退多了，此时想要再回到 "未来 second commit 版本" 或是 "未来 third commit 版本"
# 版本可以自由回退穿越，但是所有的git操作都会被git按顺序记录下来，必然有某个命令可以查看历史操作。 git reflog # 查看历史操作记录，从中可以找到所有真实提交过的 commit id # 假设 second commit 版本 id 是 6w59a45，third commit 版本 id 是 8m334k2 git reset --hard 6w59a45 # 从 first commit 版本穿越到"未来" second commit 版本 git reset --hard 8m334k2 # 从 first commit 版本穿越到"未来" third commit 版本
总结：所有提交过的版本都会被Git如实的记录下来并分配独一无二的 commit id，在版本间来回穿越的关键就是想方设法找到目的版本的 commit id。