git的时光穿梭

Windows下每个机器自报家门：

$ git config --global user.name "Your Name"
$ git config --global user.email "email@example.com"

注意git config命令的–global参数，用了这个参数，表示你这台机器上所有的Git仓库都会使用这个配置，当然也可以对某个仓库指定不同的用户名和Email地址。

$ mkdir learngit
$ cd learngit
$ pwd

把这个目录变成git可以管理的仓库：

$git init(初始化一个仓库）

如果你没有看到.git目录，那是因为这个目录默认是隐藏的，用ls -ah命令就可以看见。

把文件放到git里需要两步：

1. 用命令git add告诉Git，把文件添加到仓库：

$ git add readme.txt

Unix的哲学是“没有消息就是好消息”，说明添加成功

2. 命令git commit告诉Git，把文件提交到仓库：

$ git commit -m "wrote a readme file"

文件内容修改之后：

$ git status（掌握工作区的状态）
$ git diff readme.txt 

git diff顾名思义就是查看difference，显示的格式正是Unix通用的diff格式
如果git status告诉你有文件被修改过，用git diff可以查看修改内容

版本回退：

版本控制系统肯定有某个命令可以告诉我们历史记录，在Git中，我们用git log命令查看：

$ git log

如果嫌输出信息太多，看得眼花缭乱的，可以试试加上–pretty=oneline参数：

$ git log --pretty=oneline

SHA1计算出来的一个非常大的数字，用十六进制表示，就是commit id（版本号）。
因为Git是分布式的版本控制系统，后面我们还要研究多人在同一个版本库里工作，如果大家都用1，2，3……作为版本号，那肯定就冲突了。

$ git reset --hard HEAD^
$ cat readme.txt

HEAD指向的版本就是当前版本，因此，Git允许我们在版本的历史之间穿梭，使用命令git reset --hard commit_id(前四位）
穿梭前，用git log可以查看提交历史，以便确定要回退到哪个版本。
要重返未来，用git reflog查看命令历史，以便确定要回到未来的哪个版本。

工作区和暂存区：

Git和其他版本控制系统如SVN的一个不同之处就是有暂存区的概念。
需要提交的文件修改通通放到暂存区，然后，一次性提交暂存区的所有修改。
没有被添加过的文件状态为Untracked。
因为Git跟踪并管理的是修改，而非文件。

第一次修改 -> git add -> 第二次修改 -> git commit

Git管理的是修改，当你用git add命令后，在工作区的第一次修改被放入暂存区，准备提交，但是，在工作区的第二次修改并没有放入暂存区，所以，git commit只负责把暂存区的修改提交了，也就是第一次的修改被提交了，第二次的修改不会被提交。每次修改，如果不用git add到暂存区，那就不会加入到commit中。

撤销修改：

场景1：

当你改乱了工作区某个文件的内容，想直接丢弃工作区的修改时，用命令git checkout -- file。

场景2：
当你不但改乱了工作区某个文件的内容，还添加到了暂存区时，想丢弃修改，分两步，第一步用命令git reset HEAD <file>，就回到了场景1，第二步按场景1操作。

场景3：
已经提交了不合适的修改到版本库时，想要撤销本次提交，参考版本回退，不过前提是没有推送到远程库。

删除文件：

git add test.txt
git commit -m "add test.txt"
$ rm test.txt
$ git status

（1）确认要删除：

$ git rm test.txt
$ git commit -m "remove test.txt"

（2）删除错了：

$ git checkout -- test.txt

git checkout其实是用版本库里的版本替换工作区的版本，无论工作区是修改还是删除，都可以“一键还原”。 注意：从来没有被添加到版本库就被删除的文件，是无法恢复的！

命令git rm用于删除一个文件。如果一个文件已经被提交到版本库，那么你永远不用担心误删，但是要小心，你只能恢复文件到最新版本，你会丢失最近一次提交后你修改的内容。