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

来源:https://www.cnblogs.com/fecommunity/archive/2019/11/23/11914618.html
-Advertisement-
Play Games

Git的三種狀態和三個區域是什麼？瞭解Git團隊代碼合作的流程嗎？知道rebase和merge的區別嗎？ ...


1. Git的三種狀態

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

2. Git的三個區域

  1. Git倉庫
    • 是 Git 用來保存項目的元數據和對象資料庫的地方。 這是 Git 中最重要的部分，從其它電腦克隆倉庫時，拷貝的就是這裡的數據。
  2. 暫存區域
    • 暫存區域是一個文件，保存了下次將提交的文件列表信息，一般在 Git 倉庫目錄中。 有時候也被稱作`‘索引’'，不過一般說法還是叫暫存區域。
  3. 工作目錄
    • 工作目錄是對項目的某個版本獨立提取出來的內容。 這些從 Git 倉庫的壓縮資料庫中提取出來的文件，放在磁碟上供你使用或修改。

3. 基本的 Git 工作流程

  1. 在工作目錄修改文件
  2. 暫存文件，將文件的快照放入暫存區
  3. 提交更新，找到暫存去文件，將快照永久性存儲到 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）之間有什麼區別？

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

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

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

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

  1. 簡單來說，git pull 是 git fetch + git merge。

  2. 當你使用 pull，Git 會試著自動為你完成工作。它是上下文（工作環境）敏感的，所以 Git 會把所有拉取的提交合併到你當前處理的分支中。pull 則是 自動合併提交而沒有讓你複查的過程。如果你沒有細心管理你的分支，你可能會頻繁遇到衝突。

  3. 當你 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 工作流程的優點?

  1. Forking 工作流程 與其他流行的 Git 工作流程有著根本的區別。它不是用單個服務端倉庫充當“中央”代碼庫，而是為每個開發者提供自己的服務端倉庫。Forking 工作流程最常用於公共開源項目中。

  2. Forking 工作流程的主要優點是可以彙集提交貢獻，又無需每個開發者提交到一個中央倉庫中，從而實現乾凈的項目歷史記錄。開發者可以推送（push）代碼到自己的服務端倉庫，而只有項目維護人員才能直接推送（push）代碼到官方倉庫中。

  3. 當開發者準備發佈本地提交時，他們的提交會推送到自己的公共倉庫中，而不是官方倉庫。然後他們向主倉庫提交請求拉取（pull request），這會告知項目維護人員有可以集成的更新。

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

  1. 該工作樹/工作目錄/工作空間是你看到和編輯的（源）文件的目錄樹。
  2. 該索引/中轉區（staging area）是個在 /.git/index，單一的、龐大的二進位文件，該文件列出了當前分支中所有文件的 SHA1 檢驗和、時間戳和文件名，它不是個帶有文件副本的目錄。
  3. HEAD是當前檢出分支的最後一次提交的引用/指針。

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

[!NOTE]
Gitflow 工作流程使用兩個並行的、長期運行的分支來記錄項目的歷史記錄，分別是 master 和 develop 分支。

  1. Master，隨時準備發佈線上版本的分支，其所有內容都是經過全面測試和核准的（生產就緒）。
  2. Hotfix，維護（maintenance）或修複（hotfix）分支是用於給快速給生產版本修複打補丁的。修複（hotfix）分支很像發佈（release）分支和功能（feature）分支，除非它們是基於 master 而不是 develop 分支。
  3. Develop，是合併所有功能（feature）分支，並執行所有測試的分支。只有當所有內容都經過徹底檢查和修複後，才能合併到 master 分支。
  4. 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 更多需要考慮的因素

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

參考資料

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

您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 深度行盒與行塊盒（空白，參考線，行盒右拉伸）
    容器內的行塊盒和行盒 總結 1. 文字的大小由: font size,font family,line height決定 設置文字的相對大小時候px,em,百分比，文字的內容實際高度content area通常高於設置的值（不同的font family比例不同，同一種文字比例相同，按比例計算），而且 ...
  • mpvue小程式開發之 實現一個彈幕評論
    先上圖 就是一個簡單的彈幕發送功能 彈幕區的頁面： 彈幕區的代碼邏輯： ...
  • JS基礎語法---break關鍵字
    break關鍵字: 如果在迴圈中使用,遇到了break,則立刻跳出當前所在的迴圈 for (var i = 0; i < 10; i++) { while (true) { console.log("哈哈"); break; } } console.log("哈哈，我出迴圈了"); 練習：找到100 ...
  • JS基礎語法---階段複習+作業練習+接下來知識點heads up
    調試:調試代碼 高級程式員都是從調試開始的 調試: 寫代碼 打開瀏覽器--F12(開發人員工具) >Sources 雙擊文件,在某一行代碼前面點擊一下(出現的東西就是斷點) 一元運算符: ++ -- 如果不參與運算, ++在前面還是在後面結果都是一樣的 +1 如果不參與運算, --在前面還是在後面結 ...
  • ES6 Map 原理
    ES6的Map的鍵可以是任意的數據結構，並且不重覆。 那麼map的底層原理是啥呢？ Map利用鏈表，hash的思想來實現。 首先，Map可以實現刪除，而且刪除的數據可以是中間的值。而鏈表的優勢就是在中間的任意位置添加，刪除元素都非常快，不需要移動其他元素，直接改變指針的指向就可以。。 而在存儲數據很 ...
  • JS控制只能輸入數字並且最多允許小數點兩位
    <!DOCTYPE html> <html lang="en"> <head> <meta charset="UTF-8"> <title>Title</title> </head> <body> <input type="text" name="je" onblur="clearNoNum(thi ...
  • CSS RESET —— 瀏覽器樣式重置
    CSS Reset 1. CSS Reset為什麼存在？ 只要您的客戶存在使用不同瀏覽器（ie,firefox,chrome等）的可能，那你就不得不從完美的理想狀態回到現實，因為不同核心的瀏覽器對CSS的解析效果呈現各異，導致您所期望的效果跟瀏覽器的“理解”效果有偏差，今天提到的css reset就 ...
  • 一起學Vue之入門篇
    Vue (讀音 /vjuː/，類似於 view) 是一套用於構建用戶界面的漸進式框架。與其它大型框架不同的是，Vue 被設計為可以自底向上逐層應用。Vue 的核心庫只關註視圖層，不僅易於上手，還便於與第三方庫或既有項目整合。 ...
一周排行
    -Advertisement-
    Play Games
  • 移動開發（一）：使用.NET MAUI開發第一個安卓APP
    移動開發（一）：使用.NET MAUI開發第一個安卓APP 對於工作多年的C#程式員來說，近來想嘗試開發一款安卓APP，考慮了很久最終選擇使用.NET MAUI這個微軟官方的框架來嘗試體驗開發安卓APP，畢竟是使用Visual Studio開發工具，使用起來也比較的順手，結合微軟官方的教程進行了安卓 ...
  • wpf ToggleButton選中效果和一個登錄界面
    前言 QuestPDF 是一個開源 .NET 庫，用於生成 PDF 文檔。使用了C# Fluent API方式可簡化開發、減少錯誤並提高工作效率。利用它可以輕鬆生成 PDF 報告、發票、導出文件等。 項目介紹 QuestPDF 是一個革命性的開源 .NET 庫，它徹底改變了我們生成 PDF 文檔的方 ...
  • 彈幕樹洞項目功能新增篇
    項目地址 項目後端地址： https://github.com/ZyPLJ/ZYTteeHole 項目前端頁面地址： ZyPLJ/TreeHoleVue (github.com) https://github.com/ZyPLJ/TreeHoleVue 目前項目測試訪問地址： http://tree ...
  • 第27篇 sqlserver2022詳細安裝步驟
    話不多說，直接開乾 一.下載 1.官方鏈接下載： https://www.microsoft.com/zh-cn/sql-server/sql-server-downloads 2.在下載目錄中找到下麵這個小的安裝包 SQL2022-SSEI-Dev.exe，運行開始下載SQL server； 二. ...
  • .NET 開源高性能 MQTT 類庫
    前言 隨著物聯網（IoT）技術的迅猛發展，MQTT（消息隊列遙測傳輸）協議憑藉其輕量級和高效性，已成為眾多物聯網應用的首選通信標準。 MQTTnet 作為一個高性能的 .NET 開源庫，為 .NET 平臺上的 MQTT 客戶端與伺服器開發提供了強大的支持。 本文將全面介紹 MQTTnet 的核心功能 ...
  • Serilog文檔翻譯系列（六） - 可用的接收器、增強器、格式化輸出
    Serilog支持多種接收器用於日誌存儲，增強器用於添加屬性，LogContext管理動態屬性，支持多種輸出格式包括純文本、JSON及ExpressionTemplate。還提供了自定義格式化選項，適用於不同需求。 ...
  • 警惕 Visual Studio 屬性求值副作用導致邏輯不符合預期
    目錄簡介獲取 HTML 文檔解析 HTML 文檔測試參考文章 簡介 動態內容網站使用 JavaScript 腳本動態檢索和渲染數據，爬取信息時需要模擬瀏覽器行為，否則獲取到的源碼基本是空的。 本文使用的爬取步驟如下： 使用 Selenium 獲取渲染後的 HTML 文檔 使用 HtmlAgility ...
  • [使用目前最新版]HybridCLR6.9.0+YooAsset2.2.4實現純C# Unity熱更新方案 (一)
    1.前言 什麼是熱更新 游戲或者軟體更新時，無需重新下載客戶端進行安裝，而是在應用程式啟動的情況下，在內部進行資源或者代碼更新 Unity目前常用熱更新解決方案 HybridCLR，Xlua，ILRuntime等 Unity目前常用資源管理解決方案 AssetBundles，Addressable， ...
  • 在 ASP.NET Core Web API 中使用操作篩選器統一處理通用操作
    本文章主要是在C# ASP.NET Core Web API框架實現向手機發送驗證碼簡訊功能。這裡我選擇是一個互億無線簡訊驗證碼平臺，其實像阿裡雲，騰訊雲上面也可以。 首先我們先去 互億無線 https://www.ihuyi.com/api/sms.html 去註冊一個賬號 註冊完成賬號後，它會送 ...
  • 第28篇 如何.net中實現高效可靠數據同步api
    通過以下方式可以高效，並保證數據同步的可靠性 1.API設計 使用RESTful設計，確保API端點明確，並使用適當的HTTP方法（如POST用於創建，PUT用於更新）。 設計清晰的請求和響應模型，以確保客戶端能夠理解預期格式。 2.數據驗證 在伺服器端進行嚴格的數據驗證，確保接收到的數據符合預期格 ...
所有分類