【前端開發環境】前端使用GIT管理代碼倉庫需要掌握的幾個必備技巧和知識點總結-有解無憂

1. Git的三種狀態

已提交 committed
已暫存 staged
已修改 modified

2. Git的三個區域

Git倉庫
- 是 Git 用來保存專案的元資料和物件資料庫的地方，這是 Git 中最重要的部分，從其它計算機克隆倉庫時，拷貝的就是這里的資料，
暫存區域
- 暫存區域是一個檔案，保存了下次將提交的檔案串列資訊，一般在 Git 倉庫目錄中，有時候也被稱作`‘索引’'，不過一般說法還是叫暫存區域，
作業目錄
- 作業目錄是對專案的某個版本獨立提取出來的內容，這些從 Git 倉庫的壓縮資料庫中提取出來的檔案，放在磁盤上供你使用或修改，

3. 基本的 Git 作業流程

在作業目錄修改檔案
暫存檔案，將檔案的快照放入暫存區
提交更新，找到暫存去檔案，將快照永久性存盤到 Git 倉庫目錄，

3.1 用戶資訊

[!NOTE]
當安裝完 Git 應該做的第一件事就是設定你的用戶名稱與郵件地址，這樣做很重要，因為每一個 Git 的提交都會使用這些資訊，并且它會寫入到你的每一次提交中，不可更改，

git config --global user.name "huyaocode"
git config --global user.email [email protected]

3.2 加入暫存區

git add 檔案名或路徑

3.3 忽略檔案

創建一個.gitignore檔案，可描述需要忽略的檔案，參考

# no .a files
*.a
# but do track lib.a, even though you're ignoring .a files above
!lib.a
# 只忽略當前檔案夾下已 TODO 為名的檔案
/TODO
# 忽略當前目錄下 build 這個檔案夾
build/
# ignore doc/notes.txt, but not doc/server/arch.txt
doc/*.txt
# ignore all .pdf files in the doc/ directory
doc/**/*.pdf

3.4 狀態修改

git status -s將每個修改狀態以一行展示，也可以用git status多行展示，

A 新添加到暫存區中的檔案
M 修改過的檔案
D 被洗掉的檔案
MM 出現在右邊的 M 表示該檔案被修改了但是還沒放入暫存區，出現在靠左邊的 M 表示該檔案被修改了并放入了暫存區，
?? 未跟蹤

3.5 查看修改

要查看尚未暫存的檔案更新了哪些部分，不加引數直接輸入 git diff
要查看已暫存的將要添加到下次提交里的內容，可以用 git diff --cached 或 git diff --staged

3.6 提交修改

運行git commit，會出現如下情況，這種方式會啟動文本編輯器，開頭還有一空行，供你輸入提交說明，下面的行是被注釋了的，也可以取消這些注釋，

一般是vim 或 emacs，當然也可以按照起步介紹的方式，使用 git config --global core.editor 命令設定你喜歡的編輯軟體，

也可以使用git commit -m "修改描述" 這種直接輸入描述的方式提交修改，

git commit 加上 -a 選項，Git 就會自動把所有已經跟蹤過的檔案暫存起來一并提交，從而跳過 git add 步驟

3.7 移除檔案

要從 Git 中移除某個檔案，就必須要從已跟蹤檔案清單中移除（確切地說，是從暫存區域移除），然后提交，
可以用 git rm 命令完成此項作業，并連帶從作業目錄中洗掉指定的檔案，這樣以后就不會出現在未跟蹤檔案清單中了，

運行 git rm記錄此次移除檔案的操作，下一次提交時，該檔案就不再納入版本管理了，如果洗掉之前修改過并且已經放到暫存區域的話，則必須要用強制洗掉選項 -f（譯注：即 force 的首字母），這是一種安全特性，用于防止誤刪還沒有添加到快照的資料，
這樣的資料不能被 Git 恢復，

想把檔案從 Git 倉庫中洗掉（亦即從暫存區域移除），但仍然希望保留在當前作業目錄中，(不想讓Git跟蹤)

git rm --cached 某檔案

3.8 檔案更名

git mv file_from file_to

其實，運行 git mv 就相當于運行了下面三條命令：

mv README.md README
git rm README.md
git add README

3.9 查看提交歷史

[!NOTE]
git loggit log 會按提交時間列出所有的更新，最近的更新排在最上面，正如你所看到的，這個命令會列出每個提交的 SHA-1 校驗和、作者的名字和電子郵件地址、提交時間以及提交說明，

使用 -p 用來限制展示條數，git log -p -2

使用 --stat 選項看到每次提

使用format，定制要顯示的記錄格式，

使用--graph 可形象地展示你的分支、合并歷史，

$ git log --pretty=format:"%h %s" --graph
* 2d3acf9 ignore errors from SIGCHLD on trap
* 5e3ee11 Merge branch 'master' of git://github.com/dustin/grit
|\
| * 420eac9 Added a method for getting the current branch.
* | 30e367c timeout code and tests
* | 5a09431 add timeout protection to grit
* | e1193f8 support for heads with slashes in them
|/
* d6016bc require time for xmlschema
* 11d191e Merge branch 'defunkt' into local

3.10 重新提交

[!NOTE]
有時候我們提交完了才發現漏掉了幾個檔案沒有添加，或者提交資訊寫錯了，此時，可以運行帶有 --amend 選項的提交命令嘗試重新提交，

git commit --amend

這個命令會將暫存區中的檔案提交，如果自上次提交以來你還未做任何修改（例如，在上次提交后馬上執行了此命令），那么快斬訓保持不變，而你所修改的只是提交資訊，

文本編輯器啟動后，可以看到之前的提交資訊，編輯后保存會覆寫原來的提交資訊，

例如，你提交后發現忘記了暫存某些需要的修改，可以像下面這樣操作：

git commit -m 'initial commit'
git add forgotten_file
git commit --amend

最終你只會有一個提交 - 第二次提交將代替第一次提交的結果，

3.11 取消暫存的檔案

使用 git reset HEAD <file> 來取消暫存，在呼叫時加上 --hard 選項可以令 git reset 成為一個危險的命令（譯注：可能導致作業目錄中所有當前進度丟失！）

3.12 撤消對檔案的修改

使用git checkout -- <file> 可以撤銷修改（未保存到暫存區）

4. 什么是 Git 復刻（fork）？復刻（fork）、分支（branch）和克隆（clone）之間有什么區別？

復刻（fork） 是對存盤倉庫（repository）進行的遠程的、服務器端的拷貝，從源頭上就有所區別，復刻實際上不是 Git 的范疇，它更像是個政治/社會概念，
克隆（clone）不是復刻，克隆是個對某個遠程倉庫的本地拷貝，克隆時，實際上是拷貝整個源存盤倉庫，包括所有歷史記錄和分支，
分支（branch） 是一種機制，用于處理單一存盤倉庫中的變更，并最終目的是用于與其他部分代碼合并，

5. “拉取請求（pull request）”和“分支（branch）”之間有什么區別？

分支（branch） 是代碼的一個獨立版本，
拉取請求（pull request） 是當有人用倉庫，建立了自己的分支，做了些修改并合并到該分支（把自己修改應用到別人的代碼倉庫），

6. “git pull”和“git fetch”之間有什么區別？

簡單來說，git pull 是 git fetch + git merge，
當你使用 pull，Git 會試著自動為你完成作業，它是背景關系（作業環境）敏感的，所以 Git 會把所有拉取的提交合并到你當前處理的分支中，pull 則是自動合并提交而沒有讓你復查的程序，如果你沒有細心管理你的分支，你可能會頻繁遇到沖突，
當你 fetch，Git 會收集目標分支中的所有不存在的提交，并將這些提交存盤到本地倉庫中，但Git 不會把這些提交合并到當前分支中，這種處理邏輯在當你需要保持倉庫更新，在更新檔案時又希望處理可能中斷的事情時，這將非常實用，而將提交合并到主分支中，則該使用 merge，

7. 如在 Git 恢復先前的提交？

假設你的情形是這樣，其中 C 是你的 HEAD，(F) 是你檔案的狀態，

   (F)
A-B-C
    ↑
  master

   (F)
A-B-C
    ↑
  master
要修改提交中的更改：
git reset --hard HEAD~1
1
git reset --hard HEAD~1
現在B是 HEAD，因為你使用了 --hard，所以你的檔案將重置到提交 B 時的狀態，

要撤銷提交但保留更改：
git reset HEAD~1
1
git reset HEAD~1
現在我們告訴 Git 將 HEAD 指標移回（后移）一個提交（B），并保留檔案原樣，然后你可以 git status 來顯示你已經檢入 C 的更改，

撤銷提交但保留檔案和索引：
git reset --soft HEAD~1
1
git reset --soft HEAD~1
執行此操作后，git status，你講看到索引中的檔案跟以前一致，

8. 什么是“git cherry-pick”？

[!NOTE]
命令 git cherry-pick 通常用于把特定提交從存盤倉庫的一個分支引入到其他分支中，常見的用途是從維護的分支到開發分支進行向前或回滾提交，

這與其他操作（例如：合并（merge）、變基（rebase））形成鮮明對比，后者通常是把許多提交應用到其他分支中，

小結：

git cherry-pick <commit-hash>
1
git cherry-pick <commit-hash>

9. 解釋 Forking 作業流程的優點?

Forking 作業流程與其他流行的 Git 作業流程有著根本的區別，它不是用單個服務端倉庫充當“中央”代碼庫，而是為每個開發者提供自己的服務端倉庫，Forking 作業流程最常用于公共開源專案中，
Forking 作業流程的主要優點是可以匯集提交貢獻，又無需每個開發者提交到一個中央倉庫中，從而實作干凈的專案歷史記錄，開發者可以推送（push）代碼到自己的服務端倉庫，而只有專案維護人員才能直接推送（push）代碼到官方倉庫中，
當開發者準備發布本地提交時，他們的提交會推送到自己的公共倉庫中，而不是官方倉庫，然后他們向主倉庫提交請求拉取（pull request），這會告知專案維護人員有可以集成的更新，

10. 告訴我 Git 中 HEAD、作業樹和索引之間的區別？

該作業樹/作業目錄/作業空間是你看到和編輯的（源）檔案的目錄樹，
該索引/中轉區（staging area）是個在 /.git/index，單一的、龐大的二進制檔案，該檔案列出了當前分支中所有檔案的 SHA1 檢驗和、時間戳和檔案名，它不是個帶有檔案副本的目錄，
HEAD是當前檢出分支的最后一次提交的參考/指標，

11. 你能解釋下 Gitflow 作業流程嗎？

[!NOTE]
Gitflow 作業流程使用兩個并行的、長期運行的分支來記錄專案的歷史記錄，分別是 master 和 develop 分支，

Master，隨時準備發布線上版本的分支，其所有內容都是經過全面測驗和核準的（生產就緒），
Hotfix，維護（maintenance）或修復（hotfix）分支是用于給快速給生產版本修復打補丁的，修復（hotfix）分支很像發布（release）分支和功能（feature）分支，除非它們是基于 master 而不是 develop 分支，
Develop，是合并所有功能（feature）分支，并執行所有測驗的分支，只有當所有內容都經過徹底檢查和修復后，才能合并到 master 分支，
Feature，每個功能都應留在自己的分支中開發，可以推送到 develop 分支作為功能（feature）分支的父分支，

12. 什么時候應使用 “git stash”？

[!NOTE]
git stash 命令把你未提交的修改（已暫存（staged）和未暫存的（unstaged））保存以供后續使用，以后就可以從作業副本中進行還原，

回顧：

$ git status
On branch master
Changes to be committed:
new file: style.css
Changes not staged for commit:
modified: index.html
$ git stash
Saved working directory and index state WIP on master: 5002d47 our new homepage
HEAD is now at 5002d47 our new homepage
$ git status
On branch master
nothing to commit, working tree clean

$ git status
On branch master
Changes to be committed:
new file: style.css
Changes not staged for commit:
modified: index.html
$ git stash
Saved working directory and index state WIP on master: 5002d47 our new homepage
HEAD is now at 5002d47 our new homepage
$ git status
On branch master
nothing to commit, working tree clean
我們可以使用暫存（stash）的一個地方是，如果我們發現在上次提交中忘記了某些內容，并且已經開始在同一分支中處理下一個提交了：

# Assume the latest commit was already done
# start working on the next patch, and discovered I was missing something

# stash away the current mess I made
$ git stash save

# some changes in the working dir

# and now add them to the last commit:
$ git add -u
$ git commit --ammend

# back to work!
$ git stash pop

# Assume the latest commit was already done
# start working on the next patch, and discovered I was missing something

# stash away the current mess I made
$ git stash save

# some changes in the working dir

# and now add them to the last commit:
$ git add -u
$ git commit --ammend

# back to work!
$ git stash pop

13. 如何從 git 中洗掉檔案，而不將其從檔案系統中洗掉？

如果你在 git add 程序中誤操作，你最侄訓添加不想提交的檔案，但是，git rm 則會把你的檔案從你暫存區（索引）和檔案系統（作業樹）中洗掉，這可能不是你想要的，

換成 git reset 操作：

git reset filename # or
echo filename >> .gitingore # add it to .gitignore to avoid re-adding it
1
2
git reset filename # or
echo filename >> .gitingore # add it to .gitignore to avoid re-adding it
上面意思是，git reset 是 git add 的逆操作，

14. 是么時候使用“git rebase”代替“git merge”？

[!NOTE]
這兩個命令都是把修改從一個分支集成到另一個分支上，它們只是以非常不同的方式進行，

考慮一下場景，在合并和變基前：

A <- B <- C [master]
^

D <- E [branch]
1
2
3
4
A <- B <- C [master]
^

D <- E [branch]
在 git merge master 之后：

A <- B <- C
^ ^
\
D <- E <- F
1
2
3
4
A <- B <- C
^ ^
\
D <- E <- F
在 git rebase master 之后：

A <- B <- C <- D <- E
1
A <- B <- C <- D <- E
使用變基時，意味著使用另一個分支作為集成修改的新基礎，

14.1 何時使用

如果你對修改不夠果斷，請使用合并操作，
根據你希望的歷史記錄的樣子，而選擇使用變基或合并操作，

14.2 更多需要考慮的因素

分支是否與團隊外部的開發人員共享修改（如開源、公開專案）？如果是這樣，請不要使用變基操作，變基會破壞分支，除非他們使用 git pull --rebase，否則這些開發人員將會得到損壞的或不一致的倉庫，
你的開發團隊技術是否足夠嫻熟？變基是一種破壞性操作，這意味著，如果你沒有正確使用它，你可能會丟失提交，并且/或者會破壞其他開發者倉庫的一致性，
分支本身是否代表有用的資訊？一些團隊使用功能分支（branch-per-feature）模式，每個分支代表一個功能（或錯誤修復，或子功能等），在此模式中，分支有助于識別相關提交的集合，在每個開發人員分支（branch-per-developer）模式中，分支本身不會傳達任何其他資訊（提交資訊已有作者），則在這種模式下，變基不會有任何破壞，
是否無論如何都要還原合并？恢復（如在撤銷中）變基，是相當困難的，并且/或者在變基中存在沖突時，是不可能完成的，如果你考慮到日后可能需要恢復，請使用合并操作，

參考資料

Git在線學習：https://learngitbranching.js.org/?NODEMO
參考博客：https://www.cnblogs.com/ludashi/p/8323617.html

轉載請註明出處，本文鏈接：https://www.uj5u.com/qiye/98430.html

標籤：Html/Css

上一篇：How to use special characters in XML?

下一篇：深度行盒與行塊盒（空白，參考線，行盒右拉伸）