溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
這篇“Git慣用操作有哪些”文章的知識點大部分人都不太理解，所以小編給大家總結了以下內容，內容詳細，步驟清晰，具有一定的借鑒價值，希望大家閱讀完這篇文章能有所收獲，下面我們一起來看看這篇“Git慣用操作有哪些”文章吧。
打開需要創建倉庫的位置，打開Git命令界面或Terminal終端輸入git init創建倉庫。
創建完成后得到提示Initialized empty Git repository in /Users/huaqiangsun/Git/.git/ 已初始化空的Git倉庫在當前目錄中，同時可以看到目錄中多出來.git文件夾（一般為隱藏文件夾，Mac下可通過shift + cmd + . 組合快捷鍵查看隱藏文件）。
提起Git，常常會提到工作區、暫存區、版本庫概念，這是很通用的說法，其實工作區一般就是指我們能看到的文件、本地操作文件所在的目錄，我們正常編寫的代碼文件、管理的資源文件都是在工作區里操作，這里的文件又細分為受版本控制的文件和不受版本控制的文件。
提到暫存區，就和index文件建立了聯系，工作區的新文件和已經修改受版本控制的文件，使用 git add file_name 就可以添加到暫存區，相當于登記報個名，以后提交到版本庫的時候會把這些登記的文件都帶上，實際上執行了 git add 命令的文件都生成了對應的 object 對象，放在.git/objects目錄下，狀態變為 staged， 當提交到版本庫時，分支會引用這些對象。
版本庫就是文件修改的目的地了，最終的修改會提交到版本庫，這時提交的文件狀態變成 committed，其實也是一種 unmodified 狀態，版本庫會記錄你的每一次提交，可以追溯你每一次修改的內容。
文件狀態通常可以分為：
不受版本控制的
untracked狀態;受版本控制并且已修改的
modified狀態;受版本控制已修改并提交到暫存區的
staged狀態;從暫存區已經提交到本地倉庫的
committed狀態;提交到本地倉庫未修改或者從遠程倉庫克隆下來的
unmodified狀態;
使用git status可以看到當前倉庫的文件修改和未提交文件情況。
其中，
Changes to be committed為暫存區已存在，需要進行提交進倉庫的文件；
Changes not staged for commit為文件被操作尚未提交至暫存區的文件，此類文件需要使用add將其添加至緩存區再提交進倉庫；
Untracked files為未入暫存區文件；
當修改后的文件添加至暫存區后，在提交之前再次進行修改后，非暫存區會再次出現該文件，需再次add添加入暫存區，否則直接commit后倉庫中的文件不會包含二次修改的內容。
總結
git status只能查看未傳送提交的次數，不能查看具體文件信息;
git cherry -v只能查看未傳送提交的描述/說明;
git log master ^origin/master則可以查看未傳送提交的詳細信息;
使用git add [fileName ...]用于將文件添加至暫存區中。
若未提示信息則表示文件添加成功。
添加文件需要填寫正確的文件路徑，若需要添加多個文件使用空格分隔。
使用git commit -m "description"用于將已添加到暫存區的文件進行提交，每次提交可提交多個文件。
當從磁盤刪除已提交給倉庫中的文件時，由于倉庫緩存中還存在該文件，所以使用git rm [fileName]刪除緩存中的文件，再提交后該文件就不再納入版本管理。
若當前操作為誤操作，可以通過回滾操作找回文件。
如果要刪除之前修改過或已經放到暫存區的文件，則必須使用強制刪除選項 -f配參。
若由于誤操作將一些非必要文件提交至倉庫，可以使用--cached，只刪除倉庫中的記錄并不從磁盤上刪除。
git rm 命令后面可以列出文件或者目錄的名字，也可以使用 glob 模式。例如：git rm log/\*.log。
注意星號 * 之前的反斜杠 \， 因為 Git 有自己的文件模式擴展匹配方式，所以不用 shell 來幫忙展開。 此命令刪除 log/ 目錄下擴展名為 .log 的所有文件。
對于一些日志文件、臨時文件以及一些軟件生成的配置或輸出文件并不需要進行文件管理，所以可以創建一個.gitignore文件將需要忽略的文件名稱或表達式寫入.gitignore文件，以實現忽略文件的目的。
文件 .gitignore 格式規范如下：
所有空行或者以 # 開頭的行都會被 Git 忽略。
可以使用標準 glob 模式匹配，它會遞歸地應用在整個工作區中。
匹配模式可以以（/）開頭防止遞歸。
匹配模式可以以（/）結尾指定目錄。
要忽略指定模式以外的文件或目錄，可以在模式前加上嘆號（!）取反。
git同樣支持Glob模式，Glob模式為Shell中簡化的正則表達式。
星號（*）匹配零個或多個任意字符；
[abc] 匹配任何一個列在方括號中的字符 （這個例子要么匹配一個 a，要么匹配一個 b，要么匹配一個 c）；
問號（?）只匹配一個任意字符；
如果在方括號中使用短劃線分隔兩個字符， 表示所有在這兩個字符范圍內的都可以匹配（比如 [0-9] 表示匹配所有 0 到 9 的數字）。
使用兩個星號（**）表示匹配任意中間目錄，比如 a/**/z 可以匹配 a/z 、 a/b/z 或 a/b/c/z 等。
.gitignore 文件生效步驟如下：
git status --ignored// 查看狀態，驗證是否已包括忽略的文件
git rm -r --cached .// 清除緩存，-r表示遞歸刪除
git status --ignored// 查看具體效果
git add .// 重新trace file
git commit -m "update .gitignore"// 提交和注釋
使用git status只能查看每個文件的修改狀態，但是無法看到每個文件的內容有哪些被修改，所以可以使用git diff查看所有追蹤文件的修改對比。
需要注意的是，git diff是查看未暫存的文件中被修改的內容，當將該文件添加入暫存區后，就無法再通過git diff查看修改內容，需要使用git diff --cached。
當需要重命名文件時，可以使用git mv [oldFileName] [new FileName]。Git對于重命名操作會分為三步進行，第一步首先重命名文件，然后再從倉庫中刪除原有的文件，最后將新文件添加進暫存區等待提交。
$ mv README.md LOOKME.md $ git rm README.md $ git add LOOKME.md
若通過軟件進行批量修改文件時，也要按照該流程先刪除原文件再添加新文件。
當由于一些操作失誤提交或修改了文件內容時，可以通過Git回滾操作，回滾到修改之前的狀態。
回憶下前面提到的文件狀態，文件狀態通常可以分為：
不受版本控制的 untracked 狀態;
受版本控制并且已修改的 modified 狀態;
受版本控制已修改并提交到暫存區的 staged 狀態;
從暫存區已經提交到本地倉庫的 committed 狀態;
提交到本地倉庫未修改或者從遠程倉庫克隆下來的 unmodified 狀態;
使用git restore --staged [fileName]或git reset HEAD [fileName]可以將暫存區文件恢復。
說明：
git restore命令是Git 2.23版本之后新加的，用來分擔git checkout命令的功能，通過用暫存區或者版本庫中的文件覆蓋本地文件的修改，以達到回退修改的目的，同時也可以使用版本庫中的文件覆蓋暫存區的文件，達到回退git add命令的目的。
!!注意，這個操作不會影響分支記錄，就是相當于之前的git checkout命令重新檢出一份文件來覆蓋本地的修改。
git reset 其實就是用來設置分支的頭部指向，當進行了一系列的提交之后，忽然發現最近的幾次提交有問題，想從提交記錄中刪除，這是就會用到 git reset 命令，這個命令后面跟 commit id，表示當前分支回退到某個 commit id 對應的狀態，之后的日志記錄被刪除，工作區中的文件狀態根據參數的不同會恢復到不同的狀態。
--soft: 被回退的那些版本的修改會被放在暫存區，可以再次提交。
--mixed: 默認選項，被回退的那些版本的修改會放在工作目錄，可以先加到暫存區，然后再提交。
--hard: 被回退的那些版本的修改會直接舍棄，就像它們沒有來過一樣。
使用 git rest HEAD file_name 命令就可以將一個文件回退到 HEAD 指向版本所對應的狀態，其實就是當前版本庫中的狀態，也就相當于還原了本地的修改。
對于工作區中未加到暫存區和版本庫的文件，執行了 git add 操作之后可通過如下方法還原：
git rm --cached newfile
git restore --staged newfile
git reset HEAD newfile
注：使用后兩個命令的時候不能是版本庫的第一個文件。
使用git checkout -- [fileName]可以將該文件回滾到上一次提交的狀態。
!注：記得git checkout -- <file>是一個危險的命令。 你對那個文件在本地的任何修改都會消失。Git 會用最近提交的版本覆蓋掉它。 除非你確實清楚不想要對那個文件的本地修改了，否則請不要使用這個命令。
聲明：由于沒有添加到暫存區的文件無法被追蹤，所以它的任何修改是沒有辦法回退！只能通過本地文件撤銷操作進行。
如果想要查看某個項目中所有提交信息，可以使用git log打印所有參與者的提交記錄。
每條記錄都會顯示提交的SHA-1 校驗，作者名字和作者郵箱以及提交時間并按提交時間倒序排列。
除了簡單的git log外，還可以添加參數用于篩選和格式化輸出信息：
-p --patch：它會顯示每次提交所引入的差異。 也可以限制顯示的日志條目數量，例如使用 -2 選項來只顯示最近的兩次提交。
--stat：在每次提交的下面列出所有被修改過的文件、有多少文件被修改了以及被修改過的文件的哪些行被移除或是添加了。 在每次提交的最后還有一個總結。
--pretty：這個選項有一些內建的子選項供你使用。 比如 oneline 會將每個提交放在一行顯示，在瀏覽大量的提交時非常有用。 另外還有 short，full 和 fuller 選項，它們展示信息的格式基本一致，但是詳盡程度不一；
$ git log --pretty=oneline
$ git log --pretty=short
$ git log --pretty=full
$ git log --pretty=fuller
修改文件人員與提交文件人員可以不是同一個人，所以在查詢日志時會區分修改人與提交人。
以上就是關于“Git慣用操作有哪些”這篇文章的內容，相信大家都有了一定的了解，希望小編分享的內容對大家有幫助，若想了解更多相關的知識內容，請關注億速云行業資訊頻道。
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
