Git 檔案操作和歷史回退

2020-06-16 17:11:55

Git 檔案操作和歷史回退

建立倉庫

建立新資料夾：mkdir learngit

進入：cd learngit

ls發現沒有任何東西：git init 將這個資料夾設定為git資料夾。目錄下面會出現.git 的隱藏檔案

建立檔案/資料夾

當移入/建立新的檔案和資料夾時，需要git add file

然後，git commit -m 說明將檔案提交到當前分支。執行命令前後的區別，可以通過git status來檢視。

修改檔案/資料夾

當修改檔案內容的時候，呼叫git status會發現modified:，說明沒有提交到當前分支。

此時，可以git diff 修改的檔名，來檢視檔案哪裡進行了修改。

當然，最後還是需要先git add file,再git commit -m 說明一下。

檢視git status的結果的最後應該是：working directory clean

回到修改前的版本

git log:可以檢視最近到最遠的提交紀錄檔。如果嫌輸出資訊太多，看得眼花繚亂的，可以試試加上--pretty=oneline引數,使用git log --pretty=oneline

需要友情提示的是，你看到的一大串類似3628164...882e1e0的是commit id（版本號），和SVN不一樣，Git的commit id不是1，2，3……遞增的數位，而是一個SHA1計算出來的一個非常大的數位，用十六進位制表示，而且你看到的commit id和我的肯定不一樣，以你自己的為準。為什麼commit id需要用這麼一大串數位表示呢？因為Git是分散式的版本控制系統，後面我們還要研究多人在同一個版本庫裡工作，如果大家都用1，2，3……作為版本號，那肯定就衝突了。

git reset --hard 一段commit_id的縮寫：重回對應的版本，不需要全部的commit_id,只要前幾位可以區分就行。嫌麻煩的話，可以git reset --hard HEAD~num，例如 git reset --hard HEAD~100回退到前100個版本。

復原修改

git checkout -- file:如果只是想在沒有commit提交之前復原修改，這條命名會讓檔案復原修改。

注意，必須有 -- ，否則就是切換分支了。

刪除檔案

如果手動刪除了檔案/命令列rm file刪除了檔案

如果想徹底刪除：git rm file，然後再git commit -m "..." 提交到版本庫
不小心刪錯了：git checkout -- file 恢復即可。

工作區、暫存區、版本區

Git和其他版本控制系統如SVN的一個不同之處就是有暫存區的概念。

先來看名詞解釋。

工作區（Working Directory）

就是你在電腦裡能看到的目錄，比如我的learngit資料夾就是一個工作區：

版本庫（Repository）

工作區有一個隱藏目錄.git，這個不算工作區，而是Git的版本庫。

Git的版本庫裡存了很多東西，其中最重要的就是稱為stage（或者叫index）的暫存區，還有Git為我們自動建立的第一個分支master，以及指向master的一個指標叫HEAD。

分支和HEAD的概念我們以後再講。

前面講了我們把檔案往Git版本庫裡新增的時候，是分兩步執行的：

第一步是用git add把檔案新增進去，實際上就是把檔案修改新增到暫存區；

第二步是用git commit提交更改，實際上就是把暫存區的所有內容提交到當前分支。

因為我們建立Git版本庫時，Git自動為我們建立了唯一一個master分支，所以，現在，git commit就是往master分支上提交更改。

你可以簡單理解為，需要提交的檔案修改通通放到暫存區，然後，一次性提交暫存區的所有修改。

俗話說，實踐出真知。現在，我們再練習一遍，先對readme.txt做個修改，比如加上一行內容：

Git is a distributed version control system.
Git is free software distributed under the GPL.
Git has a mutable index called stage.

然後，在工作區新增一個LICENSE文字檔案（內容隨便寫）。

先用git status檢視一下狀態：

$ git status
# On branch master
# 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:   readme.txt
#
# Untracked files:
#   (use "git add <file>..." to include in what will be committed)
#
#       LICENSE
no changes added to commit (use "git add" and/or "git commit -a")

Git非常清楚地告訴我們，readme.txt被修改了，而LICENSE還從來沒有被新增過，所以它的狀態是Untracked。

現在，使用兩次命令git add，把readme.txt和LICENSE都新增後，用git status再檢視一下：

$ git status
# On branch master
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#       new file:   LICENSE
#       modified:   readme.txt
#

現在，暫存區的狀態就變成這樣了：

所以，git add命令實際上就是把要提交的所有修改放到暫存區（Stage），然後，執行git commit就可以一次性把暫存區的所有修改提交到分支。

$ git commit -m "understand how stage works"
[master 27c9860] understand how stage works
 2 files changed, 675 insertions(+)
 create mode 100644 LICENSE

一旦提交後，如果你又沒有對工作區做任何修改，那麼工作區就是“乾淨”的：

$ git status
# On branch master
nothing to commit (working directory clean)

現在版本庫變成了這樣，暫存區就沒有任何內容了：

小結

暫存區是Git非常重要的概念，弄明白了暫存區，就弄明白了Git的很多操作到底幹了什麼。

沒弄明白暫存區是怎麼回事的童鞋，請向上捲動頁面，再看一次。

更多 Git 教學系列文章：

GitHub 使用教學圖文詳解 http://www.linuxidc.com/Linux/2014-09/106230.htm

Git使用圖文詳細教學 http://www.linuxidc.com/Linux/2016-11/136781.htm

Ubuntu Git安裝與使用 http://www.linuxidc.com/Linux/2016-11/136769.htm

Git 標籤管理詳解 http://www.linuxidc.com/Linux/2014-09/106231.htm

Git 分支管理詳解 http://www.linuxidc.com/Linux/2014-09/106232.htm

Git 遠端倉庫詳解 http://www.linuxidc.com/Linux/2014-09/106233.htm

Git 本地倉庫（Repository）詳解 http://www.linuxidc.com/Linux/2014-09/106234.htm

Git 伺服器搭建與用戶端安裝 http://www.linuxidc.com/Linux/2014-05/101830.htm

Git 概述 http://www.linuxidc.com/Linux/2014-05/101829.htm

分享實用的GitHub 使用教學 http://www.linuxidc.com/Linux/2014-04/100556.htm

Git從入門到學會 http://www.linuxidc.com/Linux/2016-10/135872.htm

Git基本操作詳解 http://www.linuxidc.com/Linux/2016-10/135691.htm

Git部署與常用基本命令詳解 http://www.linuxidc.com/Linux/2017-06/144961.htm

分散式版本控制系統 Git 詳細教學 http://www.linuxidc.com/Linux/2017-05/143747.htm

Git 檔案操作和歷史回退