7分鐘用事例帶你掌握工作常用的 git 命令

前端小智發表於2022-11-23
Git
作者：Valeria
譯者：前端小智
來源：medium
微信搜尋 【大遷世界】, 我會第一時間和你分享前端行業趨勢，學習途徑等等。
本文 GitHub https://github.com/qq449245884/xiaozhi 已收錄，有一線大廠面試完整考點、資料以及我的系列文章。

從本質上講，Git可以記錄文字的變化，但其定義是一個版本控制系統。你有可能已經以這種或那種方式使用了git：由於它的分散式性質，它是程式碼版本控制的事實標準，與集中式的Apache Subversion（SVN）相對。

安裝 git

要檢查是否安裝了Git，在終端執行：

$ git version
git version 2.27.0.rc1.windows.1

如果沒有安裝，請按照 https://git-scm.com/downloads 上的說明。
Mac使用者可以用brew來安裝它：brew install git。

配置 git

我們只需要配置一些東西

git config --global user.name "前端小智" && # 你的名字
git config --global user.email johndoe@example.com && # 你的郵箱
git config --global init.defaultbranch main # 預設分支名稱，與GitHub相容

可以用下面命令檢視當前的全域性配置

git config --global --list
# Type ":q" to close

git在純文字中儲存配置，如果你想直接修改，可以直接在~/.gitconfig或~/.config/git/config中編輯全域性配置。

正如命令所建議的那樣，去掉--global會使這些命令的適用範圍擴大到當前資料夾。但要測試這一點，我們需要一個儲存庫。

建立新儲存庫

儲存庫只是一個資料夾，裡面有我們想跟蹤的所有東西。透過命令建立：

mkdir gitexample && 
cd gitexample && 
git init
# gitexample git:(main)

這個命令在gitexample資料夾內建立了一個.git資料夾。這個隱藏的.git資料夾就是版本庫：所有的本地配置和修改都儲存在這裡。

改變

在儲存庫中建立一些東西：

echo "Hello, Git " >> hello.txt

執行git status，我們會看到新建立的未被追蹤的檔案。

git status
# On branch main
# 
# No commits yet
# 
# Untracked files:
#  (use "git add <file>..." to include in what will be committed)
#   hello.txt
#
# nothing added to commit but untracked files present (use "git add" to track)

根據提示建議，我們新增檔案：

git addd .

如果我們不想要所有檔案提新增可以使用

git add hello.txt

如果你現在檢查版本庫的狀態，你會看到檔案已經被新增了（又稱staged），但還沒有提交。

git status
# On branch main
# 
# No commits yet
# 
# Changes to be committed:
#  (use "git rm --cached <file>..." to unstage)
#   new file:   hello.txt

為了記錄這些變化，我們來提交它。

git commit -m "Add hello.txt"
# [main (root-commit) a07ee27] Adds hello.txt
# 1 file changed, 2 insertions(+)
# create mode 100644 hello.txt

git commit -m <MESSAGE> 是一個簡短的命令，你可以用git commit開啟編輯器（主要是vim），提供詳細的提交描述。

檢查提交記錄：

git log

# Author: qq449245884 <44924566884@qq.com>
# Date:   Sat Jul 17 14:57:24 2021 +0800
#
#    Add hello.txt
#

建立分支

在很多情況下，擁有一個獨立的初始程式碼版本是很有用的：例如，在測試你不確定的功能時，或者在一起工作時避免程式碼衝突。這正是git分支的意義所在：它從歷史上的一個特定點開始生長。

要建立分支，執行git branch NAME，要切換分支，執行git checkout NAME。或者簡單地

git checkout -b dev # 切換到一個名為“dev”的新分支
# Switched to a new branch 'dev'
# gitexample git:(dev)

我們在Hello.txt檔案中更改一些內容並提交更改：

echo "\nHello, Git Branch" >> hello.txt &&
git commit -am "Change hello.txt"

現在，切換到主分支：

git checkout main &&
cat hello.txt
# Switched to branch 'main'
# Hello, Git

正如你所看到的，檔案內容仍然和原來一樣。為了比較分支，我們可以執行。

git diff dev
# diff --git a/hello.txt b/hello.txt
# index 360c923..b7aec52 100644
# --- a/hello.txt
# +++ b/hello.txt
# @@ -1,3 +1 @@
# Hello, Git
# -
# -Hello, Git Branch
# (END)
# type ":q" to close

我們在主分支中進行更改：

echo "\nHi from Main Branch" >> hello.txt &&
git commit -am "Change hello.txt from main"
# [main 9b60c4b] Change hello.txt from main
# 1 file changed, 2 insertions(+)

現在讓我們試著把這些變化合並起來。

git merge dev
# Auto-merging hello.txt
# CONFLICT (content): Merge conflict in hello.txt
# Automatic merge failed; fix conflicts and then commit the result.

因為檔案在同一個地方被修改了兩次，我們就產生了衝突。看看這個檔案

cat hello.txt
<<<<<<< HEAD
Hello, Git

Hi from Main Branch
=======
Hello, Git
>>>>>>> dev

還有一個命令可以單獨檢視更改：

git diff --ours # :q to close 
git diff --theirs #:q to close

你可以手動編輯檔案並提交修改，但我們設想一下，我們只想要其中一個版本。我們就從中止合併開始。

git merge --abort

並以 "theirs"策略重新啟動合併，這意味著在發生衝突時，我們將使用傳入的分支所堅持的東西。

git merge -X theirs dev
# Auto-merging hello.txt
# Merge made by the 'recursive' strategy.
# hello.txt | 5 +----
# 1 file changed, 1 insertion(+), 4 deletions(-)

與此策略相反的是 "ours"。將這兩個改動合併在一起，需要手動編輯（或使用git mergetool）。

檢視所有分支執行的列表

git branch # type :q to close
#  dev
# * main

最後，刪除分支執行：

git branch -d dev
# Deleted branch dev (was 6259828).

重置分支

分支從 git 歷史中的某一點開始 "生長(grow)"，rebase 允許改變這個點。我們再建立一個分支，並在hello.txt上新增一些改動。

git checkout -b story &&
echo "Once upon a time there was a file">>story.txt &&
git add story.txt &&
git commit -m "Add story.txt"
# Switched to a new branch 'story'
# [story eb996b8] Add story.txt
# 1 file changed, 1 insertion(+)
# create mode 100644 story.txt

現在，我們回到主分支並新增更改：

git checkout main &&
echo "Other changes" >> changes.txt &&
git add changes.txt &&
git commit -m "Add changes.txt"

重置我們在main到story分支所做的更改：

git checkout story &&
git rebase main
# Successfully rebased and updated refs/heads/story.

可以看到在主分支建立的新檔案被新增到story 分支。

ls
# changes.txt hello.txt   story.txt

注意：不要rebase 別人可能使用過的分支，例如主分支。另外，請記住，在遠端版本庫上進行的每一次歷史操作都需要強制這些修改生效。

遠端儲存庫

如果你還沒有，請建立一個GitHub賬戶，登入並建立一個新的空倉庫（私有或公共）。

假設版本庫的名字是 "example"，執行以下命令（改成你的使用者名稱）。

git remote add origin git@github.com:USERNAME/example.git &&
git push -u origin main

你可以重新整理頁面，看到主分支的檔案。要把所有本地分支推送到遠端倉庫，請執行。

git push --all origin

我們在GitHub上編輯一些東西：只要點選任何檔案和鉛筆圖示。新增一行你想要的任何文字，然後按 "提交修改"。

在本地執行這個命令，以獲得遠端的變化。

git checkout main &&
git pull

管理未提交的更改

如果你想儲存你的本地修改以便以後使用，你可以使用git stash。

echo "Changes" >> hello.txt &&
git stash

現在你可以使用以下命令來檢查、應用或放棄這些變化。

git stash list
# stash@{0}: WIP on main: 92354c8 Update changes.txt
git stash pop # 應用更改
git stash drop # 撤銷修改

你可以使用 stash 編號，即git stash pop 0來應用一個特定的儲藏庫，或者git stash drop 0來撤銷。

如果你想放棄所有的本地修改，只需恢復版本庫到最後提交的修改，請執行。

git restore .

管理提交的更改

一旦你建立了一個提交，這個變化就會儲存在本地的git歷史中。如前所述，所有影響遠端歷史的修改都需要git push --force。以下所有命令都要記住這一點。

我們從編輯最後的提交資訊開始。

git commit --amend # type :wq to save and close
# Press "i" to edit, "Esc" to stop editing

我們把一切重設到最開始怎麼樣？

要找到第一次提交的ID，請執行這個命令並滾動（向下箭頭）到最後。

git log --abbrev-commit
# commit a07ee27
# Author: Your Name <your@email.address>
Date:   Sun Jul 11 11:47:16 2021 +0200

    Adds hello.txt
(END)
# type ":q" to close

現在執行這個來重置版本庫，但保持所有的修改不被快取。

git reset --soft COMMIT # e.g. a07ee27

與之相反，你也可以進行硬重置，用git reset --hard COMMIT來刪除所有修改。還有幾種其他的重置方式，你可以從git文件中瞭解到。

別名

大多數時候，你只需要使用少數幾個命令（主要是checkout、add、commit、pull、push和merge），但有些命令可能是你想要“以防萬一”的。

儲存這些資訊的一種方法是git aliases。要配置一個別名，只需在配置中設定它。例如，我經常使用的一個別名是git tree，它以樹的形式列印出一個漂亮的歷史日誌。

git config --global alias.tree 'log --graph --decorate --pretty=oneline --abbrev-commit'
# Try it with `git tree`

另一個有用的別名是刪除所有合併的分支。

git config --global alias.clbr '!git branch --merged | grep -v \* | xargs git branch -D'

你可以看到它的字首是"!"，這允許我們使用任何命令，而不僅僅是git命令。

~完，我是刷碗智，今天禮拜六寫的，要準備去刷碗了，骨的白！

原文：https://dev.to/valeriavg/mast...

程式碼部署後可能存在的BUG沒法實時知道，事後為了解決這些BUG，花了大量的時間進行log 除錯，這邊順便給大家推薦一個好用的BUG監控工具 Fundebug。

交流

有夢想，有乾貨，微信搜尋 【大遷世界】 關注這個在凌晨還在刷碗的刷碗智。

本文 GitHub https://github.com/qq449245884/xiaozhi 已收錄，有一線大廠面試完整考點、資料以及我的系列文章。

相關文章