Git 摘要

git顏色配置 git

使用默認顏色,配置以下: vim

git config --global color.diff auto 編輯器

git config --global color.status auto 測試

git config --global color.branch auto spa

git config --global color.interactive auto  it

git默認編輯器設置 配置

git config --global core.editor vim file

git alias設置 im

git config --global alias.st status 總結

git config --global alias.co checkout

git config --global alias.ct commit

git config --global alias.df diff

git config --global alias.br branch

########################################

命令git checkout -- readme.txt意思就是,把readme.txt文件在工做區的修改所有撤銷,這裏有兩種狀況:

一種是readme.txt自修改後尚未被放到暫存區,如今,撤銷修改就回到和版本庫如出一轍的狀態;

一種是readme.txt已經添加到暫存區後,又做了修改,如今,撤銷修改就回到添加到暫存區後的狀態。


用命令git reset HEAD file能夠把暫存區的修改撤銷掉(unstage),從新放回工做區

git reset命令既能夠回退版本,也能夠把暫存區的修改回退到工做區。當咱們用HEAD時,表示最新的版本。

git checkout實際上是用版本庫裏的版本替換工做區的版本,不管工做區是修改仍是刪除,均可以「一鍵還原」。


"git rm" 和 "rm" 的區別

這是一個比較膚淺的問題,但對於 git 初學者來講,仍是有必要提一下的。

用 git rm 來刪除文件,同時還會將這個刪除操做記錄下來;
用 rm 來刪除文件,僅僅是刪除了物理文件,沒有將其從 git 的記錄中剔除。

直觀的來說,git rm 刪除過的文件,執行 git commit -m "abc" 提交時,
會自動將刪除該文件的操做提交上去。

而對於用 rm 命令直接刪除的文件,執行 git commit -m "abc" 提交時,
則不會將刪除該文件的操做提交上去。
不過沒關係,即便你已經經過 rm 將某個文件刪除掉了,
也能夠再經過 git rm 命令從新將該文件從 git 的記錄中刪除掉,
這樣的話,在執行 git commit -m "abc" 之後,也能將這個刪除操做提交上去。

若是以前不當心用 rm 命令刪除了一大批文件呢?
是的,此時用 git rm 逐個地再刪除一次就顯得至關蛋疼了。
所幸還有更方便的處理方案,用以下的方式作提交就沒有問題了: git commit -am "abc"

總結一下:

在被 git 管理的目錄中刪除文件時,能夠選擇以下兩種方式來記錄刪除動做:
1、rm + git commit -am "abc"
2、git rm + git commit -m "abc"
另外,git add . 僅能記錄添加、改動的動做,刪除的動做需靠 git rm 來完成。
最後,rm 刪除的文件是處於 not staged 狀態的,
也就是一種介於 「未改動」 和 「已提交過」 之間的狀態。

下面是測試圖

1、git rm 與 rm 之間的區別2、git add . 沒法記錄 rm 刪除動做 3、git commit -m "abc" 沒法提交 rm 刪除動做 4、git commit -am "abc" 中參數 a 的做用

相關文章
相關標籤/搜索