在任何一個階段,你都有可能想要撤消某些操作。 這里,我們將會學習幾個撤消你所做修改的基本工具。 注意,有些撤消操作是不可逆的。 這是在使用 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 文件已經是修改未暫存的狀態了。
>Note
雖然在調用時加上 --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
~~~
可以看到那些修改已經被撤消了。
>Important
你需要知道 git checkout -- [file] 是一個危險的命令,這很重要。 你對那個文件做的任何修改都會消失 - 你只是拷貝了另一個文件來覆蓋它。 除非你確實清楚不想要那個文件了,否則不要使用這個命令。
如果你仍然想保留對那個文件做出的修改,但是現在仍然需要撤消,我們將會在 Git 分支 介紹保存進度與分支;這些通常是更好的做法。
記住,在 Git 中任何 已提交的 東西幾乎總是可以恢復的。 甚至那些被刪除的分支中的提交或使用 --amend 選項覆蓋的提交也可以恢復(閱讀 數據恢復 了解數據恢復)。 然而,任何你未提交的東西丟失后很可能再也找不到了。
- 第一章 起步
- 1.1 關于版本控制
- 1.2 Git 簡史
- 1.3 Git 基礎
- 1.4 命令行
- 1.5 安裝 Git
- 1.6 初次運行 Git 前的配置
- 1.7 獲取幫助
- 1.8 總結
- 第二章 Git基礎
- 2.1 獲取 Git 倉庫
- 2.2 記錄每次更新到倉庫
- 2.3 查看提交歷史
- 2.4 撤消操作
- 2.5 遠程倉庫的使用
- 2.6 打標簽
- 2.7 Git 別名
- 2.8 總結
- 第三章 Git分支
- 3.1 分支簡介
- 3.2 分支的新建與合并
- 3.3 分支管理
- 3.4 分支開發工作流
- 3.5 遠程分支
- 3.6 變基
- 3.7 總結
- 第四章 服務器上Git
- 4.1 協議
- 4.2 在服務器上搭建 Git
- 4.3 生成 SSH 公鑰
- 4.4 配置服務器
- 4.5 Git 守護進程 TODO
- 4.6 Smart HTTP
- 4.7 GitWeb
- 4.8 GitLab
- 4.9 第三方托管的選擇
- 4.10 總結
- 第五章 分布式Git
- 5.1 分布式工作流程
- 第六章 GitHub
- 第七章 Git工具
- 第八章 自定義Git
- 第九章 Git于其他系統
- 第十章 Git內部原理
- 附錄A 其他環境中的Git
- A1.1 圖形界面 TODO
- A1.2 Visual Studio 中的 Git TODO
- A1.3 Eclipse 中的 Git
- 附錄B 將Git嵌入你的應用
- 附錄C Git命令
- 附錄D 常用命令
- D.1 配置和設置
- D.2 幫助
- D.3 創建和獲取倉庫
- D.4 文件狀態
- D.5 查看日志