Git 與交付 深入了解 B · 官方指南或詞彙 平台: 通用

Git Reset

Git Reset 重設

Git Reset(重設)會把目前分支的指標移到另一筆提交。依照使用模式,它也可能一起改變暫存區和工作檔案。

看看怎麼運作
也有人這樣說 Git ResetGit Reset 重設

看看怎麼運作

原創情境範例Git Reset 重設

另一個例子

開發人員有一筆尚未推送的提交,以及已暫存和未暫存的修改。先建立備份參照後,再選 soft、mixed 或 hard 模式,只改動預期的部分;hard reset 可能清掉尚未提交的工作,也不該隨意改寫共用歷史。

主要部分

  1. 01branch ref
  2. 02index
  3. 03working tree

什麼時候用

只有在本機確實要移動分支指標,而且了解暫存區和工作檔案會如何改變時,才使用這個詞。

什麼時候不要用

目標還沒確認或有尚未提交的工作時,不要使用 --hard;也不要用它改寫公開分支。

程式裡的名稱

git reset [--soft|--mixed|--hard] <commit>

上線前要檢查

發布前核對正確的程式碼儲存庫、分支、目標與程式差異。保留尚未發布的工作,並通過審查與自動檢查(CI)。記錄衝突、資料遺失風險、發布順序、版本追查、復原與回復上一版的方法。

可以直接複製的需求

預期成果:用 Git Reset 重設 (Git Reset) 安全交付或復原變更,並留下可查核記錄。 使用者情境:開發人員有一筆尚未推送的提交,以及已暫存和未暫存的修改。先建立備份參照後,再選 soft、mixed 或 hard 模式,只改動預期的部分;hard reset 可能清掉尚未提交的工作,也不該隨意改寫共用歷史。 交付概念或操作:Git Reset 重設 (Git Reset)。 適用理由:只有在本機確實要移動分支指標,而且了解暫存區和工作檔案會如何改變時,才使用這個詞。 不應使用的情況:目標還沒確認或有尚未提交的工作時,不要使用 --hard;也不要用它改寫公開分支。 交付要求:指出程式碼儲存庫與目標。列出前置條件、變更內容、審查與自動檢查(CI)、衝突和資料遺失風險、發布順序,以及復原或回復上一版的指令。 儲存庫防護:保留尚未發布的工作與可查核歷史。沒有明確備份時,不可執行破壞性操作。發布前核對精確的程式差異與遠端儲存庫目標。 驗收條件:預期的程式差異已審查,必要檢查已通過。目標版本可追查,失敗復原已演練,發布歷史也可查核。 證據與限制(證據邊界):它只代表該來源的官方說法。其他平台或團隊可能有不同用法。 待確認:程式碼儲存庫與分支、協作狀態、發布環境、核准負責人、受保護的檢查,以及要回復的版本。

檢查這份需求

請 AI 程式助手檢查目前如何使用 Git Reset 重設 (Git Reset)。 定義:Git Reset(重設)會把目前分支的指標移到另一筆提交。依照使用模式,它也可能一起改變暫存區和工作檔案。 正式環境檢查:發布前核對正確的程式碼儲存庫、分支、目標與程式差異。保留尚未發布的工作,並通過審查與自動檢查(CI)。記錄衝突、資料遺失風險、發布順序、版本追查、復原與回復上一版的方法。 修改程式前,先列出看到的證據、缺口、嚴重程度,以及最小且安全的修正。

B
這個術語有多正式?

官方指南或詞彙

列出的平台、框架、專案或專業組織,有發布這個術語的官方指南。

它只代表該來源的官方說法。其他平台或團隊可能有不同用法。

適用範圍
只包含來源有說明的內容:正式名稱、定義、平台 API、實作、使用指南
文件狀態
穩定
查證日期
2026-07-30

證據來源與適用範圍

正式來源 + 術語參考資料 · Git · 穩定 git-reset 適用範圍: 正式名稱、定義、平台 API、實作、使用指南 本頁用途: 直接術語參考 來源涵蓋內容: 正式名稱, 定義, 平台 API, 實作, 使用指南

自行複製

瀏覽器無法自動複製。請選取下方文字,再自行複製。