# 撤消操作
在任何一個階段,你都有可能想要撤消某些操作。這里,我們將會學習幾個撤消你所做修改的基本工具。注意,有些撤消操作是不可逆的。這是在使用 Git 的過程中,會因為操作失誤而導致之前的工作丟失的少有的幾個地方之一。
有時候我們提交完了才發現漏掉了幾個文件沒有添加,或者提交信息寫錯了。此時,可以運行帶有 `--amend` 選項的提交命令嘗試重新提交:
~~~
$ git commit --amend
~~~
這個命令會將暫存區中的文件提交。如果自上次提交以來你還未做任何修改(例如,在上次提交后馬上執行了此命令),那么快照會保持不變,而你所修改的只是提交信息。
文本編輯器啟動后,可以看到之前的提交信息。編輯后保存會覆蓋原來的提交信息。
例如,你提交后發現忘記了暫存某些需要的修改,可以像下面這樣操作:
~~~
$ git commit -m 'initial commit'
$ git add forgotten_file
$ git commit --amend
~~~
最終你只會有一個提交 - 第二次提交將代替第一次提交的結果。
## 取消暫存的文件
接下來的兩個小節演示如何操作暫存區域與工作目錄中已修改的文件。這些命令在修改文件狀態的同時,也會提示如何撤消操作。例如,你已經修改了兩個文件并且想要將它們作為兩次獨立的修改提交,但是卻意外地輸入了 `git add *` 暫存了它們兩個。如何只取消暫存兩個中的一個呢?`git status` 命令提示了你:
~~~
$ git add *
$ git status
On branch master
Changes to be committed:
(use "git reset HEAD <file>..." to unstage)
renamed: README.md -> README
modified: CONTRIBUTING.md
~~~
在 “Changes to be committed” 文字正下方,提示使用 `git reset HEAD <file>...` 來取消暫存。所以,我們可以這樣來取消暫存 `CONTRIBUTING.md` 文件:
~~~
$ git reset HEAD CONTRIBUTING.md
Unstaged changes after reset:
M CONTRIBUTING.md
$ git status
On branch master
Changes to be committed:
(use "git reset HEAD <file>..." to unstage)
renamed: README.md -> README
Changes not staged for commit:
(use "git add <file>..." to update what will be committed)
(use "git checkout -- <file>..." to discard changes in working directory)
modified: CONTRIBUTING.md
~~~
這個命令有點兒奇怪,但是起作用了。`CONTRIBUTING.md` 文件已經是修改未暫存的狀態了。
雖然在調用時加上 `--hard` 選項**可以**令 `git reset` 成為一個危險的命令(譯注:可能導致工作目錄中所有當前進度丟失!),但本例中工作目錄內的文件并不會被修改。不加選項地調用 `git reset` 并不危險 — 它只會修改暫存區域。
到目前為止這個神奇的調用就是你需要對 `git reset` 命令了解的全部。我們將會在 [“重置揭密”](#) 中了解 `reset` 的更多細節以及如何掌握它做一些真正有趣的事。
## 撤消對文件的修改
如果你并不想保留對 `CONTRIBUTING.md` 文件的修改怎么辦?你該如何方便地撤消修改 - 將它還原成上次提交時的樣子(或者剛克隆完的樣子,或者剛把它放入工作目錄時的樣子)?幸運的是,`git status` 也告訴了你應該如何做。在最后一個例子中,未暫存區域是這樣:
~~~
Changes not staged for commit:
(use "git add <file>..." to update what will be committed)
(use "git checkout -- <file>..." to discard changes in working directory)
modified: CONTRIBUTING.md
~~~
它非常清楚地告訴了你如何撤消之前所做的修改。讓我們來按照提示執行:
~~~
$ git checkout -- CONTRIBUTING.md
$ git status
On branch master
Changes to be committed:
(use "git reset HEAD <file>..." to unstage)
renamed: README.md -> README
~~~
可以看到那些修改已經被撤消了。
你需要知道 `git checkout -- [file]` 是一個危險的命令,這很重要。你對那個文件做的任何修改都會消失 - 你只是拷貝了另一個文件來覆蓋它。除非你確實清楚不想要那個文件了,否則不要使用這個命令。
如果你仍然想保留對那個文件做出的修改,但是現在仍然需要撤消,我們將會在 [Chapter?3](#) 介紹保存進度與分支;這些通常是更好的做法。
記住,在 Git 中任何 *已提交的* 東西幾乎總是可以恢復的。甚至那些被刪除的分支中的提交或使用 `--amend` 選項覆蓋的提交也可以恢復(閱讀 [“數據恢復”](#) 了解數據恢復)。然而,任何你未提交的東西丟失后很可能再也找不到了。
- 前言
- Scott Chacon 序
- Ben Straub 序
- 獻辭
- 貢獻者
- 引言
- 1. 起步
- 1.1 關于版本控制
- 1.2 Git 簡史
- 1.3 Git 基礎
- 1.4 命令行
- 1.5 安裝 Git
- 1.6 初次運行 Git 前的配置
- 1.7 獲取幫助
- 1.8 總結
- 2. Git 基礎
- 2.1 獲取 Git 倉庫
- 2.2 記錄每次更新到倉庫
- 2.3 查看提交歷史
- 2.4 撤消操作
- 2.5 遠程倉庫的使用
- 2.6 打標簽
- 2.7 Git 別名
- 2.8 總結
- 3. Git 分支
- 3.1 分支簡介
- 3.2 分支的新建與合并
- 3.3 分支管理
- 3.4 分支開發工作流
- 3.5 遠程分支
- 3.6 變基
- 3.7 總結
- 4. 服務器上的 Git
- 4.1 協議
- 4.2 在服務器上搭建 Git
- 4.3 生成 SSH 公鑰
- 4.4 配置服務器
- 4.5 Git 守護進程
- 4.6 Smart HTTP
- 4.7 GitWeb
- 4.8 GitLab
- 4.9 第三方托管的選擇
- 4.10 總結
- 5. 分布式 Git
- 5.1 分布式工作流程
- 5.2 向一個項目貢獻
- 5.3 維護項目
- 5.4 總結
- 6. GitHub
- 6.1 賬戶的創建和配置
- 6.2 對項目做出貢獻
- 6.3 維護項目
- 6.4 管理組織
- 6.5 腳本 GitHub
- 6.6 總結
- 7. Git 工具
- 7.1 選擇修訂版本
- 7.2 交互式暫存
- 7.3 儲藏與清理
- 7.4 簽署工作
- 7.5 搜索
- 7.6 重寫歷史
- 7.7 重置揭密
- 7.8 高級合并
- 7.9 Rerere
- 7.10 使用 Git 調試
- 7.11 子模塊
- 7.12 打包
- 7.13 替換
- 7.14 憑證存儲
- 7.15 總結
- 8. 自定義 Git
- 8.1 配置 Git
- 8.2 Git 屬性
- 8.3 Git 鉤子
- 8.4 使用強制策略的一個例子
- 8.5 總結
- 9. Git 與其他系統
- 9.1 作為客戶端的 Git
- 9.2 遷移到 Git
- 9.3 總結
- 10. Git 內部原理
- 10.1 底層命令和高層命令
- 10.2 Git 對象
- 10.3 Git 引用
- 10.4 包文件
- 10.5 引用規格
- 10.6 傳輸協議
- 10.7 維護與數據恢復
- 10.8 環境變量
- 10.9 總結
- A. 其它環境中的 Git
- A1.1 圖形界面
- A1.2 Visual Studio 中的 Git
- A1.3 Eclipse 中的 Git
- A1.4 Bash 中的 Git
- A1.5 Zsh 中的 Git
- A1.6 Powershell 中的 Git
- A1.7 總結
- B. 將 Git 嵌入你的應用
- A2.1 命令行 Git 方式
- A2.2 Libgit2
- A2.3 JGit
- C. Git 命令
- A3.1 設置與配置
- A3.2 獲取與創建項目
- A3.3 快照基礎
- A3.4 分支與合并
- A3.5 項目分享與更新
- A3.6 檢查與比較
- A3.7 調試
- A3.8 補丁
- A3.9 郵件
- A3.10 外部系統
- A3.11 管理
- A3.12 底層命令