Git 中 reset 操作的不同模式

Git 中 执行reset 操作时，使用不同模式影响当前分支的 HEAD（头指针）、工作区和暂存区（索引）。以下是每种模式的详细解释：

一.git reset 操作模式

1. Soft 模式 (--soft)

   • 命令：git reset --soft <commit>
   • 行为：只移动 HEAD，不改变工作区文件和暂存区内容。
   • 结果：所有变化都会被暂存为待提交。
   • 适用场景：你希望重置到某个提交，但保持所有变化以便立即重新提交。

2. Mixed 模式（默认模式）

   • 命令：git reset --mixed <commit> 或 git reset <commit>
   • 行为：移动 HEAD，并重置暂存区（索引）到指定的提交，但不改变工作区文件。
   • 结果：变化不会被暂存，文件保留未暂存的状态。
   • 适用场景：你希望重置到某个提交并查看更改，但不想暂存这些更改。

3. Hard 模式 (--hard)

   • 命令：git reset --hard <commit>
   • 行为：移动 HEAD，重置暂存区，并将工作区文件恢复到指定提交的状态。
   • 结果：工作区的所有本地更改都会丢失，恢复到指定提交时的状态。
   • 适用场景：你希望完全恢复到某个提交的状态，丢弃所有本地未提交的更改。

4. Keep 模式 (--keep)

   • 命令：git reset --keep <commit>
   • 行为：移动 HEAD，并将工作区文件恢复到指定提交的状态，但保持与指定提交无冲突的本地更改。
   • 结果：文件恢复到指定提交的状态，但与指定提交无冲突的本地更改会保留。
   • 适用场景：你希望重置到某个提交，并保持与你的更改无冲突的本地修改。

二.例子

假设你有以下提交历史：

A - B - C - D (HEAD)

你现在希望将当前分支重置到提交 B。

1. Soft 模式：

   git reset --soft B
   

   • 结果：HEAD 移动到 B，C 和 D 的更改将被暂存。

2. Mixed 模式：

   git reset B
   

   • 结果：HEAD 移动到 B，C 和 D 的更改不会被暂存，但保留在工作区中。

3. Hard 模式：

   git reset --hard B
   

   • 结果：HEAD 移动到 B，C 和 D 的更改将从工作区和暂存区中完全移除。

4. Keep 模式：

   git reset --keep B
   

   • 结果：HEAD 移动到 B，工作区将恢复到提交 B 的状态，但与 B 无冲突的本地更改将被保留。

三.注意事项

• 使用 --hard 模式时请格外小心，因为它会丢失所有未提交的本地更改。