一、簡介
git是Linux內核專案發起者linus用C語言寫的，主要用來做專案的版本控制追蹤；git是無中心節點的分布式版本控制系統，也是目前很流行的版本控制系統；其安裝簡單，使用簡單；相比傳統的cvs和svn，git要比前兩者都要方便，前兩者是有中心節點的版本控制系統，有中心節點就意味著，每次提交代碼都得連接到中心節點（倉庫），然后才能提交代碼，提交代碼（專案）依賴網路；而git在沒有網路的情況下也支持提交代碼到本地的物件庫中；這樣一來使得git使用非常方便；
git整體架構
提示：以上是git的一個大概的作業邏輯圖，git版本控制系統主要由本地作業空間，本地倉庫和遠程倉庫三部分組成；本地作業空間中包含本地倉庫，本地倉庫中主要有索引和物件庫；用戶在本地空間初始化一個專案，就相當于在本地創建了一個本地git倉庫，其表現形式上在用戶的作業目錄下有一個.git的隱藏目錄；用戶要把本地的檔案提交到遠程倉庫，首先得將檔案添加到本地倉庫中的索引中去，然后再把索引中的內容提交到本地物件庫中存盤；然后再從本地push一份到遠程倉庫；用戶提交專案到遠程倉庫的程序就是這樣；當然用戶從遠程倉庫可以直接克隆遠程倉庫到本地；
git本地倉庫結構
提示：本地git倉庫主要由作業目錄、索引和物件庫組成；在用戶執行git init后，就把對應的作業目錄初始化為git本地倉庫；
git add 在本地倉庫中的表現
提示：以上表示用戶執行git后，在本地倉庫中的表現；用戶在作業目錄里有綠藍兩個檔案，在執行git add后，它會在索引（暫存區）生成對應檔案的索引資訊，其索引主要記錄檔案的hash碼和對應在物件庫中的檔案一個關聯關系；這樣一來git就可以追蹤這兩個檔案的變化；如果此時我們在作業目錄中繼續編輯這兩個檔案，后續我們想知道我們編輯了那些內容，就可以把作業目錄中的檔案同物件庫中的檔案做對比；作業目錄中的檔案和物件庫中的檔案不同的是，在作業目錄中的檔案表現為兩個正常的檔案名，而在物件庫中，這兩個檔案的檔案名不再是作業目錄中的檔案名，而是把對應檔案的內容做hash以后，把hash碼當作檔案的名稱；
git commit在本地倉庫的表現形式
提示：在用戶把作業目錄中的檔案add到暫存區以后，如果執行git commit，git會在物件庫中生成一個索引的快照檔案（物件庫中的黃三角）和一個提交物件（紫紅色圓形）；提交物件中主要保存了對應的索引快照是什么時候床架的，對應提交指向的那個索引快照，專案的版本等等；上面我們說了索引中主要保存檔案和物件庫中的檔案的關聯關系，如果此時我們把作業目錄中的檔案洗掉以后，可以通過物件庫中的檔案進行恢復；其實在執行git add以后，把對應作業目錄中的檔案洗掉以后，都可以從物件庫中找回；以上就是用戶把作業目錄中的檔案提交到git在本地倉庫中的一個作業流程；如果后續我們再次add 作業空間的檔案到本地倉庫也是一樣的邏輯；
提示：當用戶第二次提交時，在物件庫中會生成第二個索引快照和提交物件；并且HEAD指標會指向當前才生成的提交物件；這樣一來在物件庫中就存在多個提交物件，如果此時我們需要恢復到某個版本，可以直接把head指標指向對應的提交物件即可；
二、git安裝
[root@node01 ~]# yum install git Loaded plugins: fastestmirror base | 3.6 kB 00:00:00 epel | 4.7 kB 00:00:00 extras | 2.9 kB 00:00:00 updates | 2.9 kB 00:00:00 (1/2): epel/x86_64/updateinfo | 1.0 MB 00:00:00 (2/2): epel/x86_64/primary_db | 6.9 MB 00:00:01 Loading mirror speeds from cached hostfile * base: mirrors.aliyun.com * extras: mirrors.aliyun.com * updates: mirrors.aliyun.com Resolving Dependencies --> Running transaction check ---> Package git.x86_64 0:1.8.3.1-23.el7_8 will be installed --> Processing Dependency: perl-Git = 1.8.3.1-23.el7_8 for package: git-1.8.3.1-23.el7_8.x86_64 --> Processing Dependency: rsync for package: git-1.8.3.1-23.el7_8.x86_64 --> Processing Dependency: perl(Term::ReadKey) for package: git-1.8.3.1-23.el7_8.x86_64 --> Processing Dependency: perl(Git) for package: git-1.8.3.1-23.el7_8.x86_64 --> Processing Dependency: perl(Error) for package: git-1.8.3.1-23.el7_8.x86_64 --> Running transaction check ---> Package perl-Error.noarch 1:0.17020-2.el7 will be installed ---> Package perl-Git.noarch 0:1.8.3.1-23.el7_8 will be installed ---> Package perl-TermReadKey.x86_64 0:2.30-20.el7 will be installed ---> Package rsync.x86_64 0:3.1.2-10.el7 will be installed --> Finished Dependency Resolution Dependencies Resolved ========================================================================================================================== Package Arch Version Repository Size ========================================================================================================================== Installing: git x86_64 1.8.3.1-23.el7_8 updates 4.4 M Installing for dependencies: perl-Error noarch 1:0.17020-2.el7 base 32 k perl-Git noarch 1.8.3.1-23.el7_8 updates 56 k perl-TermReadKey x86_64 2.30-20.el7 base 31 k rsync x86_64 3.1.2-10.el7 base 404 k Transaction Summary ========================================================================================================================== Install 1 Package (+4 Dependent packages) Total download size: 4.9 M Installed size: 23 M Is this ok [y/d/N]: y Downloading packages: (1/5): perl-TermReadKey-2.30-20.el7.x86_64.rpm | 31 kB 00:00:00 (2/5): rsync-3.1.2-10.el7.x86_64.rpm | 404 kB 00:00:00 (3/5): perl-Error-0.17020-2.el7.noarch.rpm | 32 kB 00:00:00 (4/5): git-1.8.3.1-23.el7_8.x86_64.rpm | 4.4 MB 00:00:00 (5/5): perl-Git-1.8.3.1-23.el7_8.noarch.rpm | 56 kB 00:00:00 -------------------------------------------------------------------------------------------------------------------------- Total 5.0 MB/s | 4.9 MB 00:00:00 Running transaction check Running transaction test Transaction test succeeded Running transaction Installing : 1:perl-Error-0.17020-2.el7.noarch 1/5 Installing : rsync-3.1.2-10.el7.x86_64 2/5 Installing : perl-TermReadKey-2.30-20.el7.x86_64 3/5 Installing : perl-Git-1.8.3.1-23.el7_8.noarch 4/5 Installing : git-1.8.3.1-23.el7_8.x86_64 5/5 Verifying : git-1.8.3.1-23.el7_8.x86_64 1/5 Verifying : 1:perl-Error-0.17020-2.el7.noarch 2/5 Verifying : perl-TermReadKey-2.30-20.el7.x86_64 3/5 Verifying : perl-Git-1.8.3.1-23.el7_8.noarch 4/5 Verifying : rsync-3.1.2-10.el7.x86_64 5/5 Installed: git.x86_64 0:1.8.3.1-23.el7_8 Dependency Installed: perl-Error.noarch 1:0.17020-2.el7 perl-Git.noarch 0:1.8.3.1-23.el7_8 perl-TermReadKey.x86_64 0:2.30-20.el7 rsync.x86_64 0:3.1.2-10.el7 Complete! [root@node01 ~]#
三、git基本命令使用
git init 初始化一個空倉庫
git add 把當前作業目錄中的檔案添加到暫存區
提示：以上命令表示把當前目錄下的檔案添加到暫存區；點表示當前目錄，當然也可以使用*，也可以使用對應的檔案名；
git ls-files -s:查看暫存區中的檔案串列
[root@node01 test]# git ls-files -s 100644 a63efecf511676df4bf5b4a50e19c958f156f3c6 0 fstab [root@node01 test]#
git ls-files -o:把當前目錄的檔案同暫存區中的檔案串列比較，列出未被追蹤的檔案；
[root@node01 test]# git ls-files -o [root@node01 test]# cp /etc/passwd . [root@node01 test]# git ls-files -s 100644 a63efecf511676df4bf5b4a50e19c958f156f3c6 0 fstab [root@node01 test]# git ls-files -o passwd [root@node01 test]#
git cat-file：查看檔案內容
提示：-p是以美觀方式顯示檔案內容；查看物件庫中的檔案，需要指定物件庫中的檔案名稱，通過ls-files -s可以列出暫存區檔案的串列，其中包含檔案的權限資訊，檔案的hash名稱，以及對應本地目錄的檔案名稱；
git config：配置git環境
git的配置分三級，倉庫特有，其組態檔放在REPONAME/.git/config；用戶持有，也稱為全域配置，這里的全域指某個用戶的全域，其組態檔在用戶的家目錄下的.gitconfig，用--global來指定；系統持有，指本機所有用戶的git通用配置，其配置文是/etc/gitconfig，用--system來指定；
示例：配置倉庫持有配置的用戶名和用戶郵箱
提示：git標記一個用戶是靠用戶名和郵箱標記；當然在生產中使用git通常上面的用戶名和郵箱都是真實有效的，以便后續專案上的問題可以通過郵箱進行交流和反饋；
驗證：看看我們配置的user.name和user.email是否保存在當前倉庫的.git/config檔案中呢？
配置全域git環境
配置系統git環境
git hash-object：計算指定檔案的hash碼
提示：可以看到本地倉庫中的fstab檔案的hash碼同物件庫中的檔案名一樣；說明在物件庫中的檔案名就是把對應檔案內容hash以后的hash碼當作檔案名；
git rm：洗掉作業目錄中的檔案，及索引中的映射；--cache表示只洗掉索引中的映射，當前作業目錄的檔案并不洗掉；
洗掉當前目錄檔案的同時，也洗掉索引中的對應關系
提示：直接使用git rm洗掉檔案是洗掉不掉的，必須使用-f，-f表示強制洗掉檔案和索引中的檔案，--cache表示只洗掉索引中的檔案，并不對應本地檔案做洗掉操作；
git mv：改變作業目錄中的檔案名，及索引中的映射；
提示：更改檔案名稱，如果使用shell命令mv更改檔案名稱，git會認為更改后的檔案名的檔案是一個新檔案；所以要想更改索引中的檔案名稱，需要使用git mv來更改；
git commit：提交暫存區的檔案到本地倉庫
[root@node01 test]# git commit -m "v1" [master (root-commit) 6f8bf56] v1 1 file changed, 22 insertions(+) create mode 100644 password [root@node01 test]#
git log：查看提交日志
[root@node01 test]# git log commit 6f8bf56578144cee9cf16539587fca5aaf61e3bc Author: tom <[email protected]> Date: Fri Oct 9 21:03:03 2020 +0800 v1 [root@node01 test]#
git diff：比較提交、索引及作業目錄；作業流程如下
示例：作業目錄同索引（暫存區）中的檔案比較
提示：git diff命令用來比較當前作業目錄下的檔案同索引中的檔案差異，上面顯示結果表示，本地password檔案相比索引中的password檔案多了一個test；如果我們在把當前檔案洗掉一點資料，它會告訴我們在當前目錄的檔案中少了某某資料；如下
洗掉本地檔案中的一些資料，再做比較
提示：以上提示說本地檔案相比索引中的檔案，少了root:x:0:0:root:/root:/bin/bash這行資料，多了一個test；
git diff HEAD：當前作業目錄的檔案同最近提交的檔案做比較
提示：以上反饋告訴我們，當前作業目錄中的password檔案同最近提交（物件庫）中的password比較，少了root:x:0:0:root:/root:/bin/bash這行資料，多了一個test；
git diff --cached：對比當前索引和最近一次提交做比較
提示：之所以索引和最近一次提交比較和當前目錄的password同最近一次提交比較，結果相同；原因是我們只是添加到索引，并未提交，如果此時提交，那么當前作業目錄的password檔案就和索引和最近一次提交，三者都會相同；也就是運行git diff/git diff HEAD/git diff --cached的結果都是沒有任何輸出；
驗證：提交暫存區的檔案到物件庫，然后再次比較
提示：可以看到提交以后，不管怎么比較都是相同的；
比較v3和v2的不同
提示：以上顯示表示v3相比較v2少了root:x:0:0:root:/root:/bin/bash這行資料，多了一個test；
git reset：撤消此前的操作；--soft：將HEAD參考指向給定的提交，但不影響索引和作業目錄；--mixed：將HEAD參考指向給定的提交，并將索引內容改變為指定提交的快照；但不改變作業目錄；--hard：將HEAD參考指向給定的提交、將索引內容改變為指定提交的快照，并改變作業目錄中的內容反映指定提交的內容；
提示：以上主要做了兩個不同的版本提交，第一次提交有test1檔案，其內容是version1以及issue檔案；第二次提交首先洗掉了test1檔案，然后創建了teset2檔案，其內容為version2，并且把fstab檔案一并提交了；
驗證：將HEAD參考指向第一次提交，并不改變作業目錄的檔案情況和索引；
提示：--soft就相當于回到第一提交以后，第二次把檔案添加到暫存區，并未做提交到狀態；
驗證：將HEAD指向v1，并將索引更改為v1，并不更改當前目錄檔案
提示：--mixed就相當于第一次提交以后，第二次還未添加到暫存區的情況；重新添加并提交就會把head指向當前提交的版本，并且把索引快照，指向最近的提交；
驗證：將HEAD參考指向給定的提交、將索引內容改變為指定提交的快照，并改變作業目錄中的內容反映指定提交的內容；
提示：--hard就相當于直接回到提交第一次時的狀態；當然第一次到第二次提交的中間資料會全部丟失；
git clone：從遠端倉庫克隆目錄到本地
示例：從github上克隆ansible-for-kubernetes到本地
復制遠端倉庫地址后，在本地使用git clone 加上倉庫地址進行克隆
提示：可以看到克隆成功后，本地就會和遠端倉庫一模一樣的檔案結構的目錄；
轉載請註明出處，本文鏈接：https://www.uj5u.com/caozuo/165318.html
標籤：其他
上一篇：Linux系統編程—有名管道
下一篇：win7平臺中，CMD命令 fsutil file queryFileId 獲取不到檔案夾ID,如何能夠獲取到，如果不行，那么如何獲取磁盤內檔案以及目錄唯一標識