Git版本回退：從錯誤提交中恢復代碼的安全方法
在Git版本控制中，提交錯誤代碼後可通過版本回退恢復。首先用`git log --oneline`查看提交歷史，獲取目標版本哈希值。 核心回退方法分三場景： 1. 撤銷最近錯誤提交：`git reset --soft HEAD~1`，僅回退提交記錄，保留暫存區和工作區修改，可重新提交。 2. 回退到具體版本：`git reset --hard <目標哈希值>`，徹底回退版本，丟棄後續修改（操作前確認無重要未保存內容）。 3. 回退已推到遠程的錯誤：先本地回退，再`git push -f`強制推送，需確認團隊無協作，多人協作建議用`revert`。 注意事項：區分`--soft`（保留修改）、`--hard`（丟失修改）、`--mixed`（默認）；未提交修改用`git stash`暫存後恢復；遠程強制推送風險大，避免多人協作分支使用。 關鍵是確認版本、選對參數、謹慎遠程操作，即可安全回退錯誤。
閱讀全文Git重置（Reset）與撤銷：區別與適用場景
Git中“重置（Reset）”與“撤銷（Undo）”原理和影響不同：Reset直接改寫歷史，適用於本地未push的“草稿”場景；Undo通過新提交或恢復操作保留歷史，適用於需保留痕跡（如遠程分支）的錯誤糾正。 Reset分三種模式：`--soft`僅移動HEAD，暫存區/工作區不變，適合修改提交信息；`--mixed`移動HEAD並重置暫存區，適合撤銷誤`add`的文件；`--hard`徹底重置工作區，適合丟棄本地錯誤修改。 Undo核心是不改寫歷史：`git revert`創建反向提交，保留遠程歷史；`git checkout`恢復文件或分支；`git commit --amend`修改最近提交；`git stash`暫存未提交修改。 關鍵區別：Reset改歷史（本地未push），Undo留痕跡（遠程或需歷史）。避坑：遠程錯誤用Revert，本地未push用Reset，慎用`--force`。
閱讀全文