Git 命令生成 - 开发工具 · 萤炬工具箱

Git 命令生成器按使用场景组织常见操作：撤销提交、修改历史、分支管理、远程同步、储藏与恢复等，选中场景即给出对应命令与说明，并对会丢失工作的危险操作给出警告。适合记不清参数组合、或想在执行前确认后果的场景。危险操作（reset --hard、push --force、clean -fd、rebase 已推送分支）会…

Git 命令生成器按使用场景组织常见操作：撤销提交、修改历史、分支管理、远程同步、储藏与恢复等，选中场景即给出对应命令与说明，并对会丢失工作的危险操作给出警告。适合记不清参数组合、或想在执行前确认后果的场景。

使用步骤

1. 按分类浏览或搜索目标场景，如「撤销最近一次提交」。
2. 阅读生成的命令与它的实际作用说明。
3. 留意危险操作警告，确认是否会丢失未提交改动或改写已推送历史。
4. 复制命令到终端执行。

功能与限制

• 危险操作（reset --hard、push --force、clean -fd、rebase 已推送分支）会标注警告。
• 生成的命令为通用写法，实际分支名与远程名需替换为你仓库的实际值。

常见问题

git reset --soft、--mixed、--hard 有什么区别？

--soft 只移动 HEAD，改动留在暂存区；--mixed（默认）额外清空暂存区，改动留在工作区；--hard 三者全重置，未提交的改动直接丢失且难以找回。

git revert 和 git reset 该用哪个？

已推送到共享分支用 revert：它新建一个反向提交，不改写历史。只在本地未推送时才用 reset，因为 reset 后必须强推，会影响其他协作者。

git rebase 和 merge 有什么本质差别？

merge 保留分叉历史并生成合并提交；rebase 把提交逐个重放到目标分支顶部，历史是线性的但提交哈希全变，因此不要 rebase 已推送的公共分支。

不小心 reset --hard 了还能救回来吗？

已提交过的内容能救：git reflog 找到操作前的提交哈希再 reset 回去。但从未提交过的工作区改动没有任何记录，无法恢复。