在Visual Studio里删除没有推送到服务器的提交，核心是只重写本地分支：用“重置”或交互式变基把分支指针退到目标提交，再决定保留还是丢弃代码改动；未推送的提交不影响远程仓库，但硬重置会丢工作区代码，动手前先建备份分支。 这里的VS指Visual Studio，不是版本对比里的versus，先把这句话记住，后面的操作都是围绕它展开。
先分清：未推送提交和已推送提交不是一回事
没推送到服务器的提交,只存在于你本机的Git仓库里，远程分支不知道它的存在，同事也看不到，所以你删它，本质上是在移动本地分支指针，不是去远程仓库“撤回”什么，这个边界先搞清楚，后面就不会把简单问题复杂化。
Visual Studio删除本地提交和已推送提交有什么区别
行业共识认为,未推送提交属于本地私有历史，清理时优先用重置而不是反向提交，两者的差别可以用一张表看清楚：
| 对比项 | 未推送的本地提交 | 已推送的提交 |
|---|---|---|
| 远程是否已有记录 | 没有 | 有 |
| 常用处理方式 | git reset、交互式变基 |
git revert，共享分支谨慎强推 |
| 对同事的影响 | 基本没有 | 可能影响他人历史 |
| 主要风险 | 硬重置丢本地代码 | 强推覆盖远程，协作冲突 |
| 恢复手段 | git reflog、备份分支 |
远程记录、新提交回滚 |
如果你只是刚在本地提交了一次,发现提交信息写错、漏了文件、把不该提交的配置带进去了，直接重置最省事，已经推到远程的提交不要照搬这套做法，尤其不要对共享分支随手强推。
删除前先做两个保险动作
业内专家指出,动手前建一个备份分支，成本几乎为零，却能兜住大多数误操作，具体做两件事：
- 先看状态：在VS里打开“Git更改”窗口，或命令行执行
git status，确认工作区有没有未提交改动。 - 再建备份：执行
git branch backup-before-reset，记下当前提交位置，后面删错了，还能从备份分支找回来。 - 顺手看历史：执行
git log --oneline -5，确认要删的是哪几个提交，不要凭记忆直接敲命令。
如果提交里包含密码、密钥、令牌，未推送时删掉能避免外传；但只要这个提交曾经推送过，就要按泄露处理并轮换密钥，删提交不能替代轮换。
实操：只删最新一次未推送提交并保留代码改动怎么操作
这是最常见的情况：刚提交完就后悔，但代码还想留着重新提交，此时不要用硬重置，优先用软重置或混合重置。
Windows下Visual Studio撤销未推送提交步骤
在Windows上使用Visual Studio，通常可以按下面的路径操作，不同版本菜单文字可能略有差异，但逻辑一致。
- 打开“Git”菜单，进入“管理分支”或“Git存储库”窗口。
- 在历史记录里找到最新一次提交,右键该提交。
- 选择“重置”，再按需要选择“保留更改”或“删除更改”。
- 如果只是想重新提交,选保留更改；如果确定代码不要了，才选删除更改。
- 重置完成后,在“Git更改”窗口检查暂存区和工作区，再重新提交。
命令行等价操作更直接：
- 保留改动并放回暂存区：
git reset --soft HEAD~1 - 保留改动但取消暂存：
git reset --mixed HEAD~1 - 删除提交并丢弃工作区改动：
git reset --hard HEAD~1
三种方式的差别如下：
| 方式 | 命令 | 提交记录 | 代码改动 | 适用场景 |
|---|---|---|---|---|
| 软重置 | git reset --soft HEAD~1 |
删除最近1个提交 | 保留在暂存区 | 提交信息写错、漏文件，想马上重提 |
| 混合重置 | git reset --mixed HEAD~1 |
删除最近1个提交 | 保留在工作区未暂存 | 想重新挑选要提交的文件 |
| 硬重置 | git reset --hard HEAD~1 |
删除最近1个提交 | 丢弃工作区改动 | 确定这次提交和代码都不要了 |
只删最新一次本地提交保留代码改动怎么操作
如果你的目标就是“提交记录消失，代码还在”，优先选 --soft 或 --mixed，软重置后，改动还在暂存区，适合直接改提交信息再提交；混合重置后，改动回到工作区，适合重新选文件，硬重置只适合清理垃圾提交，执行前一定确认没有未保存的代码。
删除多个连续或中间未推送提交：交互式变基更稳
连续删多个提交,可以用重置一次退到位，比如最近3个提交都不要，但代码想保留，执行 git reset --soft HEAD~3，如果代码也不要，才考虑 git reset --hard HEAD~3，数字按实际提交数量改，不要多退。
删除中间某个未推送提交怎么处理
要删的不是最新提交,而是历史中间某一个，重置就不够精细了，这时用交互式变基：
- 先执行
git log --oneline -6，数清楚目标提交在最近几个提交里。 - 执行
git rebase -i HEAD~5，这里的5要覆盖到目标提交。 - 在打开的编辑器中,把目标提交前面的
pick改成drop，保存退出。 - 如果遇到冲突,按提示解决后执行
git rebase --continue；想放弃就执行git rebase --abort。 - 完成后用
git log --oneline检查历史，确认目标提交已消失。
Visual Studio较新版本也提供交互式变基入口，通常在Git存储库窗口的历史记录中，选中提交后右键选择交互式变基，再按界面提示把对应操作改成删除，界面操作不熟时，命令行更可控。
误删未推送的commit还能恢复吗
能,但要看时机，Git不会立刻把提交对象清掉，reflog 会记录本地分支的移动轨迹，只要还没触发垃圾回收，多数情况下可以找回来。
用reflog找回本地提交
- 执行
git reflog，找到删除前的记录，HEAD@{2}。 - 想整体回到那个位置：
git reset --hard HEAD@{2}。 - 只想找回某一个提交：先记下提交哈希，再执行
git cherry-pick <提交哈希>。 - 如果之前建了备份分支,直接执行
git reset --hard backup-before-reset更稳。
reflog是本地兜底,不是远程备份，重要操作前建分支，比事后找记录更可靠。
收束：删未推送提交，记住三个词
先备份,再重置，最后检查，未推送的提交可以放心在本地整理，但硬重置会丢代码，敏感信息一旦推送过就不能只靠删提交解决。
Q&A：VS没有推送到服务器的提交怎么删除
VS没有推送到服务器的提交怎么删除，和已推送提交处理有什么不同？
未推送提交只动本地分支,常用 git reset 或交互式变基；已推送提交远程已有记录，共享分支通常用 git revert 生成反向提交，不要随意强推覆盖他人历史。
删除未推送提交前要不要先备份？
要,最省事的做法是执行 git branch backup-before-reset 建一个备份分支，再执行重置或变基，备份分支不额外占多少空间，却能在误删、变基冲突时快速回到原状态。
Visual Studio删除未推送提交需要付费工具吗？
不需要,Visual Studio内置Git功能可以完成重置、查看历史等操作，命令行Git本身也是开源免费的；Visual Studio社区版同样免费，删除未推送提交不需要购买额外工具。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/796784.html
