為什么選擇 Git？

在現(xiàn)代軟件開發(fā)中，版本控制系統(tǒng) (VCS) 是不可或缺的基石。Git 作為其中的佼佼者，是一種分布式版本控制系統(tǒng)，憑借其免費(fèi)、開源、高效和輕量等特性，已成為全球開發(fā)者的首選。

Git 的核心優(yōu)勢(shì)：

• 快照機(jī)制 (Snapshot)：與許多只記錄文件差異的 VCS 不同，Git 將每次提交都視為一次項(xiàng)目快照。它會(huì)記錄下所有文件的完整狀態(tài)，對(duì)于未修改的文件，則通過一個(gè)鏈接指向其上一個(gè)版本。這種設(shè)計(jì)使得 Git 在切換分支、查看歷史等操作時(shí)速度極快，仿佛在項(xiàng)目的不同時(shí)間點(diǎn)“拍照”留存。
• 分布式架構(gòu)：每個(gè)開發(fā)者本地都擁有一份完整的代碼倉庫（Repository），包含全部歷史記錄。這意味著您可以在沒有網(wǎng)絡(luò)連接的情況下，在本地完成提交、查看歷史、創(chuàng)建分支等絕大部分操作，極大地提升了開發(fā)靈活性和效率。

基礎(chǔ)配置：定制你的 Git 環(huán)境

在開始使用 Git 之前，進(jìn)行一些基礎(chǔ)配置是必要的。

1. 用戶信息

每次 Git 提交都會(huì)使用這些信息，它們會(huì)被永久記錄在你的提交歷史中。

• 查看當(dāng)前所有配置：

git config --list

• 設(shè)置全局用戶信息(對(duì)系統(tǒng)上所有倉庫生效):

# 直接修改配置文件 `~/.gitconfig` 也是一種方式
git config --global user.name "Your Name"
git config --global user.email "your.email@example.com"

• 設(shè)置特定倉庫用戶信息(僅對(duì)當(dāng)前倉庫生效，會(huì)覆蓋全局配置):

# 該配置保存在項(xiàng)目目錄的 `.git/config` 文件中
git config --local user.name "Your Project-Specific Name"
git config --local user.email "project.email@example.com"

2. SSH 密鑰配置

為了安全地與遠(yuǎn)程倉庫（如 GitHub、GitLab）通信，推薦使用 SSH 協(xié)議。

• 檢查現(xiàn)有 SSH 密鑰：

ls -al ~/.ssh

如果輸出中包含 id_rsa.pub或 id_ed25519.pub等文件，說明密鑰已存在，可以跳過生成步驟。

• 生成新的 SSH 密鑰：

ssh-keygen -t rsa -b 4096 -C "your.email@example.com"

按照提示操作，建議直接回車使用默認(rèn)路徑和設(shè)置空密碼（除非有特殊安全需求）。

• 啟動(dòng) SSH Agent 并添加密鑰：

eval "$(ssh-agent -s)" # 啟動(dòng) agent
ssh-add ~/.ssh/id_rsa   # 將密鑰添加至 agent

• 將公鑰添加至遠(yuǎn)程倉庫：

# 復(fù)制公鑰內(nèi)容到剪貼板
pbcopy < ~/.ssh/id_rsa.pub

然后，登錄你的 GitHub 或其他 Git 服務(wù)，在個(gè)人設(shè)置的 "SSH and GPG keys" 頁面，將復(fù)制的公鑰粘貼進(jìn)去。

• 測(cè)試連接：

# 注意：請(qǐng)將 XXX.XX.X.XX 替換為你的 Git 服務(wù)器地址，例如 GitHub 是 git@github.com
ssh -T git@github.com

如果看到 "Hi username! You've successfully authenticated..." 的歡迎信息，說明配置成功。

3. 命令別名 (Alias)

為常用且較長(zhǎng)的命令設(shè)置別名，可以顯著提升日常操作效率。

# 示例：將 status 簡(jiǎn)化為 st
git config --global alias.st status

# 更多實(shí)用別名
git config --global alias.co checkout
git config --global alias.br branch
git config --global alias.ci commit
git config --global alias.lg "log --oneline --graph --decorate --all"

現(xiàn)在，你可以用 git st代替 git status，用 git lg查看簡(jiǎn)潔美觀的提交歷史圖。

核心概念：理解 Git 的三大區(qū)域

要真正掌握 Git，必須理解其設(shè)計(jì)的核心——三大工作區(qū)域和文件的三種狀態(tài)。這構(gòu)成了 Git 操作的邏輯基礎(chǔ)。

• 工作區(qū) (Working Directory)：

是什么：你電腦上能直接看到和編輯的項(xiàng)目文件夾。

這是你的辦公桌。你在這里起草文件、修改代碼、刪除圖表，所有的實(shí)際工作都在這里發(fā)生。

• 暫存區(qū) (Staging Area / Index)：

是什么：一個(gè)位于 .git目錄下的特殊文件，它記錄了你計(jì)劃在下一次提交中包含的變更。

這是你的文件待辦箱或提案草稿。你將辦公桌上完成的一部分工作（比如一個(gè)功能的代碼）放入這個(gè)箱子，表示“這部分已經(jīng)準(zhǔn)備好了，可以正式歸檔了”。你可以隨時(shí)從箱子里拿出或放入文件。

• 本地倉庫 (Repository)：

是什么：項(xiàng)目的所有歷史記錄和版本信息都存儲(chǔ)在這里，位于項(xiàng)目根目錄下的 .git隱藏文件夾中。

這是公司的中央檔案室。當(dāng)你執(zhí)行 commit操作時(shí)，就等于將“待辦箱”里的所有文件正式蓋章、存檔，形成一個(gè)不可更改的永久記錄（一個(gè) Commit）。

文件的三種狀態(tài)

與三大區(qū)域相對(duì)應(yīng)，文件也因此具有三種流轉(zhuǎn)狀態(tài)：

• 已修改 (Modified)：文件在工作區(qū)被修改，但尚未放入暫存區(qū)。
• 已暫存 (Staged)：執(zhí)行 git add后，文件的當(dāng)前版本變更被記錄到暫存區(qū)，等待下一次提交。
• 已提交 (Committed)：執(zhí)行 git commit后，暫存區(qū)的變更被安全地保存到本地倉庫，形成一個(gè)新的版本快照。

這個(gè) 工作區(qū) -> 暫存區(qū) -> 本地倉庫的流程是 Git 最核心的工作流。

Git 常用指令詳解

項(xiàng)目初始化與狀態(tài)檢查

• git init
  在當(dāng)前目錄初始化一個(gè)新的 Git 倉庫。它會(huì)創(chuàng)建一個(gè) .git 隱藏目錄，所有 Git 的元數(shù)據(jù)和對(duì)象數(shù)據(jù)庫都存放在此。
• git status
  檢查當(dāng)前工作區(qū)和暫存區(qū)的狀態(tài)。這是最常用的命令之一，它會(huì)告訴你哪些文件被修改、哪些是新增的、哪些已暫存等。
• git diff
  查看變更的具體內(nèi)容。

git diff：比較 工作區(qū)與 暫存區(qū)的差異。

git diff --cached(或 --staged)：比較 暫存區(qū)與 最新提交 (HEAD)的差異。

git diff HEAD：比較 工作區(qū)與 最新提交 (HEAD)的差異。

git diff <commit1> <commit2>：比較兩次不同提交之間的差異。

核心工作流：Add & Commit

• git add 
  將文件的變更從工作區(qū)添加到暫存區(qū)。

git add .或 git add -A：將所有變更（包括新增、修改、刪除）都添加到暫存區(qū)。

git add -p：交互式暫存。Git 會(huì)逐一展示每個(gè)變更的代碼塊（hunk），讓你決定是否要暫存該部分，非常適合在一次提交中只包含部分修改。

git add -f <file>：強(qiáng)制添加被 .gitignore規(guī)則忽略的文件。

• git commit
  將暫存區(qū)的所有變更創(chuàng)建為一個(gè)新的提交記錄，并保存到本地倉庫。

git commit -m "Your descriptive message"：附加一條提交信息，這是最常用的方式。

git commit -a -m "Message"：跳過 git add步驟，直接將所有已跟蹤文件的修改暫存并提交。注意：此命令對(duì)新創(chuàng)建的未跟蹤文件（Untracked File）無效。

git commit --amend：修改最后一次的提交?？梢杂脕硇薷奶峤恍畔?，或者將當(dāng)前暫存區(qū)的變更合并到上一次提交中，而不會(huì)產(chǎn)生新的 Commit。

歷史記錄查看與追溯

• git log
  顯示從近到遠(yuǎn)的提交歷史。

git log --oneline：以單行簡(jiǎn)潔模式顯示。

git log --graph：以圖形化方式展示分支的合并歷史。

git log -p <file_name>：顯示特定文件的詳細(xì)提交歷史及其每次變更的內(nèi)容。

git log -S "some_string"：搜索提交內(nèi)容中包含特定字符串的提交記錄。

git log --author="Author Name"：按作者篩選提交記錄。

• git blame <file_name>
  逐行顯示指定文件的內(nèi)容，并標(biāo)注每一行是由誰在哪次提交中最后修改的。是代碼溯源和“甩鍋”的利器。
• git show <commit_hash>
  顯示某次提交的詳細(xì)信息，包括提交元數(shù)據(jù)和具體的代碼變更。

文件管理

• git rm 
  從工作區(qū)和暫存區(qū)中刪除文件。這等同于手動(dòng)執(zhí)行 rm 再 git add 。
• git mv <old_name> <new_name>
  重命名或移動(dòng)文件。這等同于 mv <old_name> <new_name> 后再執(zhí)行 git add。

撤銷操作：安全地“反悔”

在 Git 中有多種“反悔”的方式，適用于不同場(chǎng)景。

場(chǎng)景1：修改尚未提交

• 撤銷工作區(qū)的修改：

# 丟棄某個(gè)文件的所有本地修改，恢復(fù)到和暫存區(qū)或上次提交一致的狀態(tài)
git checkout -- <file_name>

# 丟棄所有文件的本地修改
git checkout .

• 將文件從暫存區(qū)移回工作區(qū) (Unstage)：

git reset HEAD <file_name>

這個(gè)操作很安全，它只改變暫存區(qū)，不會(huì)修改工作區(qū)的文件內(nèi)容。

場(chǎng)景2：撤銷已提交的更改 (Reset vs. Revert)

這是 Git 中一個(gè)至關(guān)重要的概念，reset和 revert都能撤銷提交，但原理和適用場(chǎng)景完全不同。

• git reset (時(shí)光機(jī)：重寫歷史)
  reset 命令會(huì)移動(dòng) HEAD 指針到指定的提交，同時(shí)根據(jù)模式選擇性地修改暫存區(qū)和工作區(qū)。它會(huì)改變提交歷史，請(qǐng)謹(jǐn)慎在共享分支上使用！

示例：撤銷最近一次提交

# 變更保留在工作區(qū)
git reset HEAD^

# 變更保留在暫存區(qū)
git reset --soft HEAD^

# 徹底丟棄變更
git reset --hard HEAD^

git reset --soft <commit>：最輕柔。僅移動(dòng) HEAD指針，你的工作區(qū)和暫存區(qū)都保持不變。常用于合并多個(gè)提交。

git reset --mixed <commit>(默認(rèn)模式)：移動(dòng) HEAD指針，并重置暫存區(qū)。工作區(qū)文件內(nèi)容不變，但所有變更都變?yōu)椤拔磿捍妗睜顟B(tài)。

git reset --hard <commit>：最具破壞性。移動(dòng) HEAD指針，同時(shí)重置暫存區(qū)和工作區(qū)，所有未提交的本地變更都會(huì)被永久刪除。

• git revert (打補(bǔ)丁：創(chuàng)建一次反向操作)

revert 會(huì)創(chuàng)建一個(gè)新的提交，其內(nèi)容與你想要撤銷的那個(gè)提交完全相反。
優(yōu)點(diǎn)：它不修改項(xiàng)目歷史，而是向前追加一次“撤銷提交”。這對(duì)于已經(jīng)推送到遠(yuǎn)程的共享分支來說，是唯一安全的撤銷方式。

# 撤銷最近一次提交，并生成一個(gè)新的“revert”提交
git revert HEAD --no-edit

總結(jié)：在個(gè)人分支上，你可以用 reset整理歷史；在團(tuán)隊(duì)協(xié)作的公共分支上，請(qǐng)務(wù)必使用 revert來撤銷更改。

分支管理：并行開發(fā)

分支是 Git 的核心特性，它允許你偏離主線進(jìn)行獨(dú)立的開發(fā)，完成后再安全地合并回來。

• git branch：列出所有本地分支，并標(biāo)記當(dāng)前所在分支。
• git branch <branch_name>：創(chuàng)建一個(gè)新分支（但不會(huì)切換過去）。
• git checkout <branch_name>：切換到指定分支。
• git checkout -b <branch_name>：創(chuàng)建并立即切換到新分支 (相當(dāng)于 branch+ checkout)。
• git branch -d <branch_name>：刪除一個(gè)已合并的分支。
• git branch -D <branch_name>：強(qiáng)制刪除一個(gè)分支（即使它還沒被合并）。

合并分支：Merge & Rebase

將不同分支的工作成果匯合到一起有兩種主要方式：merge和 rebase。

• git merge <branch_name>
  將指定分支的歷史合并到當(dāng)前分支。默認(rèn)情況下，如果可能，Git 會(huì)使用 "Fast-forward"（快進(jìn)）模式。如果不是，它會(huì)創(chuàng)建一個(gè)新的合并提交 (Merge Commit)，將兩個(gè)分支的歷史連接起來。

# 切換到主分支
git checkout master
# 合并 feature 分支
git merge feature
# --no-ff 參數(shù)可以強(qiáng)制創(chuàng)建一個(gè)合并提交，即使可以快進(jìn)，從而保留分支的開發(fā)歷史
git merge --no-ff feature

優(yōu)點(diǎn)：保留了真實(shí)、完整的項(xiàng)目歷史，包括每一次分支和合并。

缺點(diǎn)：如果分支繁多，提交歷史圖會(huì)變得非常復(fù)雜，難以閱讀。

• git rebase <base_branch>
  Rebase（變基）是另一種合并方式，它能創(chuàng)造出更線性的提交歷史。它會(huì)把你當(dāng)前分支的所有提交“暫存”起來，然后將分支的起點(diǎn)移動(dòng)到目標(biāo)分支的最新提交上，最后再逐一應(yīng)用之前暫存的提交。

# 切換到 feature 分支
git checkout feature
# 將 feature 分支的基底變更為 master
git rebase master

優(yōu)點(diǎn)：產(chǎn)生一個(gè)非常整潔、線性的提交歷史，如同所有開發(fā)都是串行進(jìn)行的一樣。

缺點(diǎn)：它重寫了提交歷史。絕對(duì)不要在已經(jīng)推送到遠(yuǎn)程的公共分支上執(zhí)行 rebase 操作，否則會(huì)給協(xié)作者帶來巨大的麻煩。

rebase -i (交互式變基)：這是 Rebase 最強(qiáng)大的功能，你可以用它來合并（squash）、編輯（edit）、刪除（drop）或重排（drag-and-drop a line）一系列提交，是保持提交歷史干凈整潔的終極武器。

遠(yuǎn)程倉庫協(xié)作

• git clone <repository_url>
  從遠(yuǎn)程地址克隆一個(gè)完整的倉庫副本到本地，包括所有代碼、分支和歷史記錄。
• git remote add 
  添加一個(gè)新的遠(yuǎn)程倉庫連接，通常我們把主倉庫命名為 origin。
• git fetch <remote_name>
  從遠(yuǎn)程倉庫下載最新的歷史記錄和對(duì)象，但不會(huì)自動(dòng)合并或修改你當(dāng)前的工作。它只會(huì)更新你的遠(yuǎn)程跟蹤分支（如 origin/master）。
• git pull <remote_name> <branch_name>
  拉取遠(yuǎn)程分支的更新并與本地分支合并。它本質(zhì)上是 git fetch 和 git merge 兩個(gè)命令的組合。
• git push <remote_name> <branch_name>
  將本地分支的提交推送到遠(yuǎn)程倉庫。

git push origin --delete <remote_branch_name>：刪除一個(gè)遠(yuǎn)程分支。

git push -f(或 --force)：強(qiáng)制推送。這會(huì)用你的本地歷史覆蓋遠(yuǎn)程歷史，非常危險(xiǎn)，通常只在你知道自己在做什么（比如 rebase 個(gè)人分支后）時(shí)才使用。

其他實(shí)用工具

• git stash
  當(dāng)你正在處理一個(gè)復(fù)雜的功能，但需要緊急切換到其他分支修復(fù)一個(gè) bug 時(shí)，git stash 可以幫你保存當(dāng)前工作區(qū)和暫存區(qū)的全部變更，讓你的工作目錄變干凈。修復(fù)完 bug 后，再切回來 git stash pop 即可恢復(fù)之前的工作狀態(tài)。

git stash：儲(chǔ)藏變更。

git stash list：查看所有儲(chǔ)藏。

git stash pop：恢復(fù)最近的儲(chǔ)藏并從列表中刪除。

git stash apply：恢復(fù)儲(chǔ)藏，但保留在列表中。

• git cherry-pick <commit_hash>
  “揀選”一個(gè)或多個(gè)其他分支的提交，并將其應(yīng)用到當(dāng)前分支。這在需要將某個(gè)特定 bug 修復(fù)應(yīng)用到多個(gè)發(fā)布分支時(shí)非常有用。
• git tag
  為項(xiàng)目歷史中的某個(gè)特定時(shí)間點(diǎn)（通常是某個(gè) commit）創(chuàng)建一個(gè)永久性的標(biāo)記，最常見的用法是標(biāo)記軟件的發(fā)布版本（如 v1.0.0）。

結(jié)語

掌握 Git 不僅是學(xué)習(xí)一系列命令，更重要的是理解其背后的設(shè)計(jì)哲學(xué)：快照、分支、以及清晰的區(qū)域劃分。本文覆蓋了從基礎(chǔ)配置到高級(jí)協(xié)作的大部分常用命令和核心概念。希望這份經(jīng)過優(yōu)化的指南能成為您在開發(fā)道路上可靠的伙伴，幫助您更高效、更自信地駕馭代碼版本。持續(xù)練習(xí)，將這些命令融入日常工作流，您將發(fā)現(xiàn) Git 的真正威力。