工作区，暂存区和版本库之间的关系
工作区：我们会想当然的认为，当前仓库所在目录就是我们的工作区，其实这是不完全正确的。在当前仓库中，新增，更改，删除文件这些动作，都发生在工作区里面。
暂存区：英文叫stage, 或index。在版本库.git）目录下，有一个index文件。它实际上就是一个包含文件索引的目录树，像是一个虚拟的工作区。在这个虚拟工作区的目录树中，记录了文件名、文件的状态信息（时间戳、文件长度等），文件的内容并不存储其中，而是保存在Git对象库（.git/objects）中，文件索引建立了文件和对象库中对象实体之间的对应。如果当前仓库，有文件更新，并且使用git
add 命令，那么这些更新就会出现在暂存区中。
版本库：当前仓库下，如果没有任何的提交，那么版本库就是对应上次提交后的内容。下面这个图展示了工作区、版本库中的暂存区和版本库之间的关系。
图中左侧为工作区，右侧为版本库。在版本库中标记为 "index" 的区域是暂存区（stage, index），标记为 "master" 的是 master 分支所代表的目录树。
图中我们可以看出此时 "HEAD" 实际是指向 master 分支的一个“游标”。所以图示的命令中出现 HEAD 的地方可以用 master 来替换。
图中的 objects 标识的区域为 Git 的对象库，实际位于 ".git/objects" 目录下，里面包含了创建的各种对象及内容。
当对工作区修改（或新增）的文件执行 "git add" 命令时，暂存区的目录树被更新，同时工作区修改（或新增）的文件内容被写入到对象库中的一个新的对象中，而该对象的ID被记录在暂存区的文件索引中。
当执行提交操作（git commit）时，暂存区的目录树写到版本库（对象库）中，master 分支会做相应的更新。即 master 指向的目录树就是提交时暂存区的目录树。
当执行 "git reset HEAD" 命令时，暂存区的目录树会被重写，被 master 分支指向的目录树所替换，但是工作区不受影响。
当执行 "git rm --cached <file>" 命令时，会直接从暂存区删除文件，工作区则不做出改变。
当执行 "git checkout ." 或者 "git checkout -- <file>" 命令时，会用暂存区全部或指定的文件替换工作区的文件。这个操作很危险，会清除工作区中未添加到暂存区的改动。
当执行 "git checkout HEAD ." 或者 "git checkout HEAD <file>" 命令时，会用 HEAD 指向的 master 分支中的全部或者部分文件替换暂存区和以及工作区中的文件。这个命令也是极具危险性的，因为不但会清除工作区中未提交的改动，也会清除暂存区中未提交的改动。
使用git diff查看各个区之间的差异
git diff 和 git diff --cached容易混淆
git diff 比较的是工作区和暂存区的差别
git diff --cached 比较的是暂存区和版本库的差别
git diff HEAD 可以查看工作区和版本库的差别
每次commit后,git diff --cached没有内容，是因为暂存区的内容已经更新到版本库中，因此暂存区和版本库中的内容无差别
git reset和git revert的区别
reset是重置，默认是git reset --mixed <commit> 可以让版本库重置到某个commit状态，该commit之后的commit不会保留，并重置暂存区，但是不改变工作区。即这个时候，上次提交的内容在工作区中还会存在。
如果使用git reset --hard <commit> 将版本库，暂存区和工作区的内容全部重置为某个commit的状态。之前的commit不会保留。
revert比reset更加温柔一点，回滚到某次commit且该commit之后的提交记录都会保留，并且会在此基础上新建一个提交。对于已经push到服务器上的内容作回滚，推荐使用revert。
下面是一个实际问题：
git checkout -- <path> doesn't do a hard reset; it replaces the working tree contents with the staged contents. git checkout HEAD -- <path> does a hard reset for a path, replacing both the index and the working tree with the version from the HEAD commit.
一些总结：
A soft reset for a path doesn't make sense.
A mixed reset for a path is what git reset -- <path> does.
参考：http://stackoverflow.com/questions/11200839/why-git-cant-do-hard-soft-resets-by-path
相关推荐
Git的工作基于三个主要区域：工作目录、暂存区（stage或index）和版本库（repository）。工作目录是你实际编辑文件的地方，暂存区则用于临时保存你的更改，而版本库则是Git存储所有提交历史和元数据的地方。 在解压...
3. `git add .`：将所有更改添加到暂存区，准备进行提交。 4. `git commit -m "commit message"`：创建一个新的提交，附带描述信息。 5. `git branch`：查看当前的分支。 6. `git checkout -b new_branch`：创建并...
2. `git add`：将更改添加到暂存区，准备进行提交。 3. `git commit`：保存工作区的更改到本地仓库，附带提交信息。 4. `git push`：将本地的提交推送到远程仓库。 5. `git pull`：从远程仓库拉取最新的更改并合并到...
2. 添加文件：使用`git add <file>`将文件添加到暂存区，或者用`git add .`添加所有修改。 3. 提交更改：`git commit -m "提交信息"`将暂存区的更改保存到历史记录。 4. 创建分支：`git branch <branch_name>`创建新...
- 提交暂存区的更改: `git commit -m "commit message"` **2.3 查看提交历史** - **命令**: - 显示提交日志: `git log` - 显示简略日志: `git log --oneline` **2.4 撤销操作** - **撤销暂存区的文件**: `git...
- `git status`：查看工作区和暂存区的状态。 - `git pull . branch`：合并分支`branch`到当前分支。 - `git reset --hard`：撤销所有未提交的本地更改。 6. **与Subversion互操作**： - `git svn clone ...
Kotlin以其简洁、安全和互操作性而受到开发者喜爱。 在Kotlin项目中，使用版本控制工具如Git是非常常见的，Git可以帮助开发者跟踪代码的历史变化，协同工作，并确保代码的一致性和稳定性。CCA（提交主体）是Git工作...
2. **添加文件**：使用 `git add <file>` 添加文件到暂存区。 3. **提交更改**：通过 `git commit -m "Commit message"` 提交更改到仓库。 4. **查看历史记录**：使用 `git log` 查看提交的历史记录。 5. **切换分支...
2. **添加更改**：使用`git add`命令将新代码或修改的文件添加到暂存区。 3. **提交**：使用`git commit`创建一个新的提交，附带一个描述本次更改的注释。 4. **推送**：使用`git push`将本地的提交推送到远程仓库，...