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

前端小智發表於2022-11-23
作者: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"

重置我們在mainstory分支所做的更改:

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 已收錄,有一線大廠面試完整考點、資料以及我的系列文章。

相關文章