作的完整指南)
1. 從“版本控制”說起為什么你需要Git如果你寫過代碼或者參與過任何需要多人協(xié)作、內(nèi)容迭代的項目大概率經(jīng)歷過這樣的場景為了保留一個能正常運行的版本你把項目文件夾復制了一份命名為“項目_最終版”。然后改了幾行代碼發(fā)現(xiàn)不對勁又復制了一份“項目_最終版_真的不改了”。幾天后同事問你要上周三那個版本里的某個功能你看著滿屏幕的“最終版”、“V2”、“最新”、“備份”陷入了沉思。更糟的是當你和同事同時修改了同一個文件然后通過微信傳來傳去試圖合并時那種混亂足以讓人崩潰。這就是Git要解決的核心問題版本控制。它不是一個簡單的“備份”工具而是一個強大的“時間機器”和“協(xié)作中樞”。你可以把Git想象成一個極其嚴謹?shù)膱D書管理員它不僅保存了你作品的每一個歷史草稿版本還能清晰地記錄下每一處修改是誰、在什么時候、出于什么原因做出的。當多人同時創(chuàng)作時它能優(yōu)雅地合并大家的工作而不是簡單粗暴地覆蓋。我剛開始接觸版本控制時也覺得命令行晦澀難懂概念抽象。但一旦用上就再也回不去了。它帶來的秩序感和安全感是任何“手動復制粘貼”都無法比擬的。無論你是獨立開發(fā)者還是團隊的一員無論你管理的是代碼、文案、設(shè)計稿還是配置文件Git都是提升效率、減少混亂的必備技能。網(wǎng)上搜索“git安裝”、“git命令”的熱度居高不下恰恰說明了大家從混亂走向有序的普遍需求。這篇內(nèi)容我就從一個多年使用者的角度帶你繞過那些枯燥的教科書定義直接上手Git理解它到底怎么用以及為什么這樣用。2. 核心概念拆解倉庫、提交與分支在動手敲命令之前花幾分鐘理解幾個核心概念能讓你后面的操作事半功倍。很多教程一上來就羅列命令讓人云里霧里。我們換個方式用蓋房子來類比。### 2.1 倉庫你的項目“檔案館”倉庫就是你的項目在Git管理下的那個根目錄。初始化一個Git倉庫git init就等于在這個目錄里建立了一個隱藏的“.git”文件夾。這個文件夾就是Git的“檔案館”里面存放了所有的歷史記錄、配置信息。你的工作目錄你肉眼能看到的文件是“閱覽室”你可以在這里隨意修改而“.git”是“檔案庫”保存著所有定稿的版本。所以一個項目對應(yīng)一個倉庫。### 2.2 提交一次完整的“快照”存檔提交是Git中最核心的操作。它不是只保存你改動的幾行代碼而是給整個項目在某個時刻的狀態(tài)拍一張完整的快照。當你完成了一個小功能、修復了一個bug覺得當前的工作成果值得保存時就做一次提交。為什么是快照而不是差異這很關(guān)鍵。早期的版本控制系統(tǒng)大多記錄文件的變化差異。Git選擇記錄快照使得查看歷史版本、創(chuàng)建分支等操作變得極其快速因為直接恢復某個快照即可無需從頭計算一系列差異。每次提交都會生成一個唯一的“身份證號”SHA-1哈希值如a1b2c3d同時包含提交者、時間、以及你寫的提交說明。提示提交說明非常重要請務(wù)必用簡潔的語言說明本次提交的目的例如“修復用戶登錄失敗的問題”而不是“修改了一些代碼”。好的提交信息是項目可讀性的重要組成部分。### 2.3 工作區(qū)、暫存區(qū)與版本庫Git的“三段式”工作流這是新手最容易困惑的地方但理解后會覺得非常精妙。Git把文件狀態(tài)分為三個區(qū)域工作區(qū)就是你電腦上能直接看到的項目文件。你在這里新增、修改、刪除文件。暫存區(qū)一個中間區(qū)域也叫“索引”。你可以把工作區(qū)中準備要提交的文件改動“挑選”出來放到這里。想象一下你整理房間先把要捐的衣服從衣柜里挑出來堆在沙發(fā)上暫存區(qū)然后再一起打包送去捐贈站版本庫。版本庫就是那個“.git”檔案館。當你執(zhí)行提交命令時暫存區(qū)里的所有內(nèi)容就會被永久地存入版本庫生成一個新的快照。這個“工作區(qū) - 暫存區(qū) - 版本庫”的流程給了你極大的靈活性。你可以分多次修改但只挑選其中一部分文件甚至一個文件里的部分修改進行提交從而保持每次提交的原子性和清晰性。### 2.4 分支平行宇宙里的實驗場分支是Git的“殺手級”功能。你可以把主分支通常是main或master想象成項目的主干道穩(wěn)定可靠。當你需要開發(fā)一個新功能、嘗試一個激進的想法、或者修復一個緊急bug時最好的做法不是直接在主干道上施工而是從主干道開出一條新的支路創(chuàng)建分支在支路上盡情實驗。創(chuàng)建分支瞬間復制出一個和當前狀態(tài)一模一樣的新環(huán)境成本極低。切換分支就像瞬間切換到了另一個平行宇宙工作目錄的文件會立刻變成該分支的最新狀態(tài)。合并分支當支路上的實驗成功了你可以把這條支路和主干道重新連接起來合并將成果整合回主線。這意味著你可以同時進行多項工作彼此隔離互不干擾。團隊協(xié)作中每個人都在自己的分支上工作最后再合并到主分支極大地提升了并行效率。### 2.5 遠程倉庫團隊協(xié)作的“云端中樞”到目前為止我們說的都在本地。遠程倉庫如GitHub、Gitee、GitLab等平臺上的倉庫就是一個存放在網(wǎng)絡(luò)服務(wù)器上的Git倉庫。它的作用是備份與同步防止本地電腦損壞導致項目丟失。協(xié)作中心團隊成員都可以從這個遠程倉庫克隆項目到本地開發(fā)后再推送回去實現(xiàn)代碼共享和集成。版本發(fā)布通常將穩(wěn)定可用的主分支放在遠程倉庫作為對外發(fā)布的基準。clone克隆、pull拉取、push推送這些命令就是用來和遠程倉庫打交道的。3. 手把手環(huán)境搭建與基礎(chǔ)配置理論說再多不如動手操作。我們一步步來確保你的Git環(huán)境既可用又好用。### 3.1 安裝Git一步到位根據(jù)你的操作系統(tǒng)選擇以下方式之一Windows直接訪問 git-scm.com 下載安裝程序。安裝過程中關(guān)于“選擇默認編輯器”我強烈推薦選擇“Use Visual Studio Code as Gits default editor”如果你裝了VSCode或“Nano”避免使用晦澀的Vim給新手增加負擔。其他選項一路“Next”即可。macOS最簡單的方法是安裝 Homebrew 然后在終端里執(zhí)行brew install git。或者也可以從官網(wǎng)下載安裝包。Linux使用系統(tǒng)包管理器如 Ubuntu/Debian 的sudo apt install git或 CentOS/RHEL 的sudo yum install git。安裝完成后打開終端Windows叫Git Bash或CMD/PowerShell輸入git --version如果顯示版本號如git version 2.40.1說明安裝成功。### 3.2 初次運行配置告訴Git你是誰安裝后第一件事是配置你的用戶信息因為每一次提交都會記錄這些信息。git config --global user.name 你的名字 git config --global user.email 你的郵箱這里的郵箱最好和你后續(xù)在GitHub等平臺注冊的郵箱一致這樣你的提交才能和平臺賬號關(guān)聯(lián)起來顯示正確的頭像和貢獻圖。### 3.3 幾個提升幸福感的全局配置這些配置不是必須的但能極大改善使用體驗設(shè)置默認分支名新倉庫的默認主分支名從傳統(tǒng)的master改為更中性的main。git config --global init.defaultBranch main美化日志輸出讓git log命令的輸出更緊湊、更易讀。git config --global alias.lg log --color --graph --prettyformat:%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)%an%Creset --abbrev-commit配置后你就可以用git lg來查看漂亮的提交歷史圖了。自動處理行尾符跨平臺協(xié)作時Windows/macOS/Linux行尾符CRLF/LF不同會導致文件顯示全部被修改。這個配置讓Git自動處理避免麻煩。git config --global core.autocrlf true # Windows用戶用這個 # git config --global core.autocrlf input # macOS/Linux用戶用這個你可以通過git config --global --list查看所有全局配置。4. 本地單人工作流從零到第一次提交現(xiàn)在讓我們在一個全新的項目里走完一個完整的本地Git周期。假設(shè)我們要創(chuàng)建一個叫“my-project”的網(wǎng)站項目。### 4.1 初始化倉庫與首次提交創(chuàng)建項目目錄并進入mkdir my-project cd my-project初始化Git倉庫這個命令會在當前目錄創(chuàng)建.git子目錄。git init你會看到類似Initialized empty Git repository in /path/to/my-project/.git/的提示。創(chuàng)建項目文件比如我們創(chuàng)建一個index.html文件。echo !DOCTYPE htmlhtmlbodyh1Hello Git!/h1/body/html index.html用ls命令可以看到這個文件已經(jīng)存在。檢查狀態(tài)在做任何操作前養(yǎng)成用git status查看當前狀態(tài)的習慣。它會告訴你哪些文件被修改了哪些在暫存區(qū)。git status輸出會顯示Untracked files:下列出了index.html意思是Git發(fā)現(xiàn)了這個新文件但還沒有開始跟蹤它。添加文件到暫存區(qū)我們告訴Git開始跟蹤index.html文件的變化。git add index.html如果想添加所有當前目錄下的新文件和修改可以用git add .。但謹慎使用最好明確添加。再次檢查狀態(tài)執(zhí)行g(shù)it status會看到Changes to be committed:下出現(xiàn)了index.html表示它已被放入暫存區(qū)準備提交。執(zhí)行提交將暫存區(qū)的內(nèi)容永久保存到版本庫創(chuàng)建一個快照。git commit -m Initial commit: add basic HTML structure-m后面跟的就是提交信息。如果不加-mGit會打開默認編輯器讓你輸入。查看提交歷史使用git log或之前配置的git lg可以看到我們剛剛的提交記錄包括哈希值、作者、時間和提交信息。至此你完成了Git最基礎(chǔ)的單人本地工作流修改 - 添加 - 提交。### 4.2 日常修改與提交實踐現(xiàn)在我們修改index.html并新增一個style.css文件。編輯index.html在h1標簽后加一行pThis is my first Git project./p。創(chuàng)建style.cssecho body { font-family: sans-serif; } style.css。git status查看會顯示index.html被修改style.css是未跟蹤文件。我們可以選擇分別添加也可以一起添加。分別添加git add index.html然后git add style.css一起添加git add .注意這會添加所有變動包括你可能不想提交的臨時文件提交git commit -m Add intro paragraph and basic CSS### 4.3 幾個必須掌握的基礎(chǔ)命令git diff查看工作區(qū)和暫存區(qū)或最新提交的差異。git diff HEAD查看與最新提交的差異。git restore file撤銷工作區(qū)的修改將文件恢復到最近一次git add或git commit時的狀態(tài)。這是Git 2.23版本后推薦的命令替代了老舊的git checkout -- file。git restore --staged file將文件從暫存區(qū)撤出但保留工作區(qū)的修改。相當于“我反悔了先不提交這個文件”。git commit --amend修補上一次提交。如果你剛提交完發(fā)現(xiàn)漏了文件或者提交信息寫錯了可以修改后git add然后執(zhí)行這個命令。它會將新的修改合并到上一次提交中并允許你修改提交信息。注意如果已經(jīng)推送到遠程謹慎使用此命令因為它會改變歷史。5. 分支的魔法隔離開發(fā)與功能集成現(xiàn)在進入Git最強大的部分。假設(shè)我們要給網(wǎng)站添加一個“關(guān)于我們”頁面。### 5.1 創(chuàng)建與切換分支基于當前分支創(chuàng)建新分支我們創(chuàng)建一個叫add-about-page的分支。git branch add-about-page這個命令創(chuàng)建了分支但你的工作環(huán)境還在原來的分支比如main上。切換到新分支git checkout add-about-page或者使用更簡潔的創(chuàng)建并切換命令git checkout -b add-about-page執(zhí)行g(shù)it branch命令不帶參數(shù)可以查看所有分支當前所在分支前會有一個*號。在新分支上工作現(xiàn)在你可以放心大膽地修改了所有操作都只影響add-about-page分支。echo !DOCTYPE htmlhtmlbodyh1About Us/h1pWe love Git!/p/body/html about.html git add about.html git commit -m Create about page### 5.2 合并分支將成果整合回主線當“關(guān)于我們”頁面開發(fā)完成并測試無誤后我們想把它合并到主分支main上。切換回主分支git checkout main你會發(fā)現(xiàn)工作目錄里的about.html文件消失了別慌因為它只在add-about-page分支里。這正體現(xiàn)了分支的隔離性。執(zhí)行合并git merge add-about-pageGit會嘗試將add-about-page分支上的修改即新增的about.html文件應(yīng)用到main分支上。由于我們只在add-about-page上新增了文件main分支沒有任何沖突的修改所以會進行一次“快進合并”直接把main分支的指針移動到add-about-page分支的最新提交上。查看結(jié)果ls一下about.html文件已經(jīng)出現(xiàn)在main分支的工作目錄中了。使用git log --oneline --graph可以看到線性的提交歷史。### 5.3 處理合并沖突合并并非總是這么順利。如果兩個分支都修改了同一個文件的同一區(qū)域Git無法自動決定該保留哪個修改就會產(chǎn)生沖突。這是協(xié)作中的常態(tài)不用害怕。模擬一個沖突在main分支上修改index.html的標題為h1Hello Git World!/h1并提交。切換回add-about-page分支如果已刪除則重新基于舊提交創(chuàng)建修改index.html的同一行標題為h1Welcome to My Project!/h1并提交。切換回main分支嘗試合并add-about-page。此時Git會提示CONFLICT (content): Merge conflict in index.html。打開index.html文件你會看到類似這樣的標記 HEAD h1Hello Git World!/h1 h1Welcome to My Project!/h1 add-about-page HEAD到之間是當前分支main的內(nèi)容到 add-about-page之間是要合并進來的分支add-about-page的內(nèi)容。解決沖突手動編輯index.html文件決定最終要保留的內(nèi)容。比如我們合并兩者h1Hello Git World! Welcome!/h1。必須完全刪除這些標記行。沖突解決后將文件添加到暫存區(qū)git add index.html。完成合并提交git commit。Git會為你生成一個默認的合并提交信息你也可以修改它。注意解決沖突是開發(fā)者的一項基本技能。核心原則是溝通。在團隊中如果預見到會有沖突最好在合并前先和修改同一部分的同事同步一下。### 5.4 分支管理常用命令git branch -d branch-name刪除一個已合并的分支。-D是強制刪除即使未合并。git branch -m old-name new-name重命名分支。git checkout -快速切換回上一個分支非常方便。6. 連接遠程倉庫備份與協(xié)作本地玩得再溜也需要一個云端備份和協(xié)作中心。我們以GitHub為例國內(nèi)用戶也可以用Gitee操作完全類似。### 6.1 建立與遠程倉庫的鏈接在GitHub上創(chuàng)建新倉庫登錄GitHub點擊“New repository”倉庫名可以也叫“my-project”選擇公開或私有不要初始化README、.gitignore等文件因為我們本地已有項目。將本地倉庫與遠程倉庫關(guān)聯(lián)創(chuàng)建后GitHub會顯示一個倉庫地址HTTPS或SSH。在本地倉庫目錄下執(zhí)行g(shù)it remote add origin https://github.com/你的用戶名/my-project.gitorigin是給這個遠程倉庫起的一個別名習慣上用這個。首次推送將本地main分支的所有內(nèi)容推送到遠程倉庫的main分支并建立追蹤關(guān)系。git push -u origin main-u參數(shù)表示設(shè)置上游分支以后在這個分支上直接git push或git pull即可無需再指定origin main。現(xiàn)在刷新你的GitHub倉庫頁面就能看到所有文件了。### 6.2 日常推送與拉取推送當你本地有了新的提交想同步到遠程時git push如果別人已經(jīng)向遠程推送了新的提交你的推送可能會被拒絕。這時你需要先拉取。拉取獲取遠程倉庫的最新更新并合并到本地當前分支。git pull這相當于執(zhí)行了git fetch獲取更新和git merge合并到當前分支兩個操作。### 6.3 克隆現(xiàn)有項目如果你想?yún)⑴c一個已有的項目或者把開源項目拿到本地學習你需要的是clone而不是init。git clone https://github.com/某個項目地址.git這個命令會做三件事1. 將整個遠程倉庫下載到本地2. 自動初始化一個本地倉庫3. 自動將遠程倉庫地址別名為origin。### 6.4 關(guān)于HTTPS與SSHHTTPS簡單每次推送可能需要輸入用戶名和密碼或使用憑據(jù)管理器緩存。SSH需要配置SSH密鑰對但配置好后無需每次輸入密碼更安全便捷。推薦長期使用。生成SSH密鑰ssh-keygen -t ed25519 -C your_emailexample.com一直回車即可。將公鑰~/.ssh/id_ed25519.pub文件內(nèi)容添加到GitHub的SSH Keys設(shè)置中。將遠程倉庫地址改為SSH格式如gitgithub.com:用戶名/倉庫名.git。7. 進階技巧與最佳實踐掌握了基本操作下面這些技巧能讓你的Git使用更專業(yè)、更高效。### 7.1 .gitignore文件讓倉庫保持干凈你肯定不想把編譯生成的文件如.class.o、編輯器臨時文件如.swp.idea/、系統(tǒng)文件如.DS_Store或包含密碼的配置文件提交到倉庫里。.gitignore文件就是用來指定哪些文件或目錄應(yīng)該被Git忽略。在項目根目錄創(chuàng)建名為.gitignore的文件每一行寫一個匹配模式。例如一個典型的Node.js項目.gitignore可能包含# 依賴目錄 node_modules/ # 構(gòu)建產(chǎn)物 dist/ build/ # 環(huán)境變量文件 .env .env.local # 日志文件 *.log # 操作系統(tǒng)生成的文件 .DS_Store Thumbs.dbGitHub上提供了各種語言和項目的.gitignore模板可以直接參考使用。這個文件應(yīng)該盡早創(chuàng)建并提交到倉庫中。### 7.2 善用git stash臨時保存工作現(xiàn)場你正在feature分支上熱火朝天地 coding突然需要切到main分支去修復一個緊急bug。但當前的工作還沒完成不想提交。這時git stash就是救星。儲藏修改git stash或git stash push -m 正在開發(fā)登錄功能加信息便于識別。這個命令會將你的工作區(qū)和暫存區(qū)的所有修改保存到一個棧中并將工作區(qū)恢復到上一次提交的狀態(tài)干凈狀態(tài)。切換分支現(xiàn)在你可以安心地git checkout main去修復bug了。恢復儲藏bug修完切回feature分支使用git stash pop恢復最近一次的儲藏并刪除儲藏記錄。或者用git stash apply stash{0}恢復但不刪除記錄stash{0}是儲藏編號可用git stash list查看。### 7.3 查看歷史與定位問題git log的威力git log是查看提交歷史的瑞士軍刀結(jié)合參數(shù)非常強大git log --oneline簡潔的一行顯示。git log --graph以ASCII圖形顯示分支合并歷史。git log -p顯示每次提交的具體內(nèi)容差異。git log --since2024-01-01 --until2024-01-31查看某個時間段的提交。git log --grepbugfix搜索提交信息中包含“bugfix”的提交。git log -Sfunction_name搜索代碼內(nèi)容中新增或刪除了“function_name”字符串的提交非常有用于追溯某個函數(shù)的變更歷史。### 7.4 團隊協(xié)作流程建議對于團隊項目一個清晰的分支策略至關(guān)重要。最流行的是Git Flow或簡化的GitHub Flow。GitHub Flow推薦用于持續(xù)交付主分支main永遠保持可部署狀態(tài)。任何新功能或修復都從main拉出新分支如feature/add-search。在分支上開發(fā)、提交。開發(fā)完成后向main分支發(fā)起Pull Request。團隊成員在PR中進行代碼審查、討論。通過審查后合并到main并立即部署。### 7.5 遇到問題的排查思路狀態(tài)不明時第一個命令永遠是git status它會告訴你當前處于什么狀態(tài)有哪些文件被修改、暫存或未跟蹤。操作失誤時剛提交完發(fā)現(xiàn)漏了文件git add file然后git commit --amend。提交信息寫錯了git commit --amend只修改信息就只改信息。把不該暫存的文件add了git restore --staged file。工作區(qū)的修改改亂了想重來git restore file危險未提交的修改會丟失。歷史回退git reset --soft HEAD~1撤銷上一次提交但保留修改內(nèi)容在暫存區(qū)。git reset --mixed HEAD~1撤銷上一次提交且將修改內(nèi)容放回工作區(qū)默認行為。git reset --hard HEAD~1徹底撤銷上一次提交修改內(nèi)容全部丟棄非常危險慎用。更安全的方式是使用git revert commit-hash它會創(chuàng)建一個新的提交來“反向操作”指定的舊提交從而撤銷更改但不重寫歷史適合已經(jīng)推送到遠程的提交。Git的學習曲線前期可能有些陡峭但它的核心思想——快照、分支、分布式——一旦理解就會覺得無比自然和強大。最好的學習方式就是在實際項目中用起來從管理自己的筆記、博客源碼開始逐步應(yīng)用到團隊協(xié)作中。每當你因為Git避免了一次代碼沖突或找回了一個星期前刪除的代碼塊時你就會感謝當初花時間學習它的自己。記住遇到問題別慌git status是你的好朋友而互聯(lián)網(wǎng)上幾乎有你可能遇到的所有Git問題的解決方案。 Git版本控制入門：從核心概念到團隊協(xié)作的完整指南
1. 從“版本控制”說起為什么你需要Git如果你寫過代碼或者參與過任何需要多人協(xié)作、內(nèi)容迭代的項目大概率經(jīng)歷過這樣的場景為了保留一個能正常運行的版本你把項目文件夾復制了一份命名為“項目_最終版”。然后改了幾行代碼發(fā)現(xiàn)不對勁又復制了一份“項目_最終版_真的不改了”。幾天后同事問你要上周三那個版本里的某個功能你看著滿屏幕的“最終版”、“V2”、“最新”、“備份”陷入了沉思。更糟的是當你和同事同時修改了同一個文件然后通過微信傳來傳去試圖合并時那種混亂足以讓人崩潰。這就是Git要解決的核心問題版本控制。它不是一個簡單的“備份”工具而是一個強大的“時間機器”和“協(xié)作中樞”。你可以把Git想象成一個極其嚴謹?shù)膱D書管理員它不僅保存了你作品的每一個歷史草稿版本還能清晰地記錄下每一處修改是誰、在什么時候、出于什么原因做出的。當多人同時創(chuàng)作時它能優(yōu)雅地合并大家的工作而不是簡單粗暴地覆蓋。我剛開始接觸版本控制時也覺得命令行晦澀難懂概念抽象。但一旦用上就再也回不去了。它帶來的秩序感和安全感是任何“手動復制粘貼”都無法比擬的。無論你是獨立開發(fā)者還是團隊的一員無論你管理的是代碼、文案、設(shè)計稿還是配置文件Git都是提升效率、減少混亂的必備技能。網(wǎng)上搜索“git安裝”、“git命令”的熱度居高不下恰恰說明了大家從混亂走向有序的普遍需求。這篇內(nèi)容我就從一個多年使用者的角度帶你繞過那些枯燥的教科書定義直接上手Git理解它到底怎么用以及為什么這樣用。2. 核心概念拆解倉庫、提交與分支在動手敲命令之前花幾分鐘理解幾個核心概念能讓你后面的操作事半功倍。很多教程一上來就羅列命令讓人云里霧里。我們換個方式用蓋房子來類比。### 2.1 倉庫你的項目“檔案館”倉庫就是你的項目在Git管理下的那個根目錄。初始化一個Git倉庫git init就等于在這個目錄里建立了一個隱藏的“.git”文件夾。這個文件夾就是Git的“檔案館”里面存放了所有的歷史記錄、配置信息。你的工作目錄你肉眼能看到的文件是“閱覽室”你可以在這里隨意修改而“.git”是“檔案庫”保存著所有定稿的版本。所以一個項目對應(yīng)一個倉庫。### 2.2 提交一次完整的“快照”存檔提交是Git中最核心的操作。它不是只保存你改動的幾行代碼而是給整個項目在某個時刻的狀態(tài)拍一張完整的快照。當你完成了一個小功能、修復了一個bug覺得當前的工作成果值得保存時就做一次提交。為什么是快照而不是差異這很關(guān)鍵。早期的版本控制系統(tǒng)大多記錄文件的變化差異。Git選擇記錄快照使得查看歷史版本、創(chuàng)建分支等操作變得極其快速因為直接恢復某個快照即可無需從頭計算一系列差異。每次提交都會生成一個唯一的“身份證號”SHA-1哈希值如a1b2c3d同時包含提交者、時間、以及你寫的提交說明。提示提交說明非常重要請務(wù)必用簡潔的語言說明本次提交的目的例如“修復用戶登錄失敗的問題”而不是“修改了一些代碼”。好的提交信息是項目可讀性的重要組成部分。### 2.3 工作區(qū)、暫存區(qū)與版本庫Git的“三段式”工作流這是新手最容易困惑的地方但理解后會覺得非常精妙。Git把文件狀態(tài)分為三個區(qū)域工作區(qū)就是你電腦上能直接看到的項目文件。你在這里新增、修改、刪除文件。暫存區(qū)一個中間區(qū)域也叫“索引”。你可以把工作區(qū)中準備要提交的文件改動“挑選”出來放到這里。想象一下你整理房間先把要捐的衣服從衣柜里挑出來堆在沙發(fā)上暫存區(qū)然后再一起打包送去捐贈站版本庫。版本庫就是那個“.git”檔案館。當你執(zhí)行提交命令時暫存區(qū)里的所有內(nèi)容就會被永久地存入版本庫生成一個新的快照。這個“工作區(qū) - 暫存區(qū) - 版本庫”的流程給了你極大的靈活性。你可以分多次修改但只挑選其中一部分文件甚至一個文件里的部分修改進行提交從而保持每次提交的原子性和清晰性。### 2.4 分支平行宇宙里的實驗場分支是Git的“殺手級”功能。你可以把主分支通常是main或master想象成項目的主干道穩(wěn)定可靠。當你需要開發(fā)一個新功能、嘗試一個激進的想法、或者修復一個緊急bug時最好的做法不是直接在主干道上施工而是從主干道開出一條新的支路創(chuàng)建分支在支路上盡情實驗。創(chuàng)建分支瞬間復制出一個和當前狀態(tài)一模一樣的新環(huán)境成本極低。切換分支就像瞬間切換到了另一個平行宇宙工作目錄的文件會立刻變成該分支的最新狀態(tài)。合并分支當支路上的實驗成功了你可以把這條支路和主干道重新連接起來合并將成果整合回主線。這意味著你可以同時進行多項工作彼此隔離互不干擾。團隊協(xié)作中每個人都在自己的分支上工作最后再合并到主分支極大地提升了并行效率。### 2.5 遠程倉庫團隊協(xié)作的“云端中樞”到目前為止我們說的都在本地。遠程倉庫如GitHub、Gitee、GitLab等平臺上的倉庫就是一個存放在網(wǎng)絡(luò)服務(wù)器上的Git倉庫。它的作用是備份與同步防止本地電腦損壞導致項目丟失。協(xié)作中心團隊成員都可以從這個遠程倉庫克隆項目到本地開發(fā)后再推送回去實現(xiàn)代碼共享和集成。版本發(fā)布通常將穩(wěn)定可用的主分支放在遠程倉庫作為對外發(fā)布的基準。clone克隆、pull拉取、push推送這些命令就是用來和遠程倉庫打交道的。3. 手把手環(huán)境搭建與基礎(chǔ)配置理論說再多不如動手操作。我們一步步來確保你的Git環(huán)境既可用又好用。### 3.1 安裝Git一步到位根據(jù)你的操作系統(tǒng)選擇以下方式之一Windows直接訪問 git-scm.com 下載安裝程序。安裝過程中關(guān)于“選擇默認編輯器”我強烈推薦選擇“Use Visual Studio Code as Gits default editor”如果你裝了VSCode或“Nano”避免使用晦澀的Vim給新手增加負擔。其他選項一路“Next”即可。macOS最簡單的方法是安裝 Homebrew 然后在終端里執(zhí)行brew install git。或者也可以從官網(wǎng)下載安裝包。Linux使用系統(tǒng)包管理器如 Ubuntu/Debian 的sudo apt install git或 CentOS/RHEL 的sudo yum install git。安裝完成后打開終端Windows叫Git Bash或CMD/PowerShell輸入git --version如果顯示版本號如git version 2.40.1說明安裝成功。### 3.2 初次運行配置告訴Git你是誰安裝后第一件事是配置你的用戶信息因為每一次提交都會記錄這些信息。git config --global user.name 你的名字 git config --global user.email 你的郵箱這里的郵箱最好和你后續(xù)在GitHub等平臺注冊的郵箱一致這樣你的提交才能和平臺賬號關(guān)聯(lián)起來顯示正確的頭像和貢獻圖。### 3.3 幾個提升幸福感的全局配置這些配置不是必須的但能極大改善使用體驗設(shè)置默認分支名新倉庫的默認主分支名從傳統(tǒng)的master改為更中性的main。git config --global init.defaultBranch main美化日志輸出讓git log命令的輸出更緊湊、更易讀。git config --global alias.lg log --color --graph --prettyformat:%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)%an%Creset --abbrev-commit配置后你就可以用git lg來查看漂亮的提交歷史圖了。自動處理行尾符跨平臺協(xié)作時Windows/macOS/Linux行尾符CRLF/LF不同會導致文件顯示全部被修改。這個配置讓Git自動處理避免麻煩。git config --global core.autocrlf true # Windows用戶用這個 # git config --global core.autocrlf input # macOS/Linux用戶用這個你可以通過git config --global --list查看所有全局配置。4. 本地單人工作流從零到第一次提交現(xiàn)在讓我們在一個全新的項目里走完一個完整的本地Git周期。假設(shè)我們要創(chuàng)建一個叫“my-project”的網(wǎng)站項目。### 4.1 初始化倉庫與首次提交創(chuàng)建項目目錄并進入mkdir my-project cd my-project初始化Git倉庫這個命令會在當前目錄創(chuàng)建.git子目錄。git init你會看到類似Initialized empty Git repository in /path/to/my-project/.git/的提示。創(chuàng)建項目文件比如我們創(chuàng)建一個index.html文件。echo !DOCTYPE htmlhtmlbodyh1Hello Git!/h1/body/html index.html用ls命令可以看到這個文件已經(jīng)存在。檢查狀態(tài)在做任何操作前養(yǎng)成用git status查看當前狀態(tài)的習慣。它會告訴你哪些文件被修改了哪些在暫存區(qū)。git status輸出會顯示Untracked files:下列出了index.html意思是Git發(fā)現(xiàn)了這個新文件但還沒有開始跟蹤它。添加文件到暫存區(qū)我們告訴Git開始跟蹤index.html文件的變化。git add index.html如果想添加所有當前目錄下的新文件和修改可以用git add .。但謹慎使用最好明確添加。再次檢查狀態(tài)執(zhí)行g(shù)it status會看到Changes to be committed:下出現(xiàn)了index.html表示它已被放入暫存區(qū)準備提交。執(zhí)行提交將暫存區(qū)的內(nèi)容永久保存到版本庫創(chuàng)建一個快照。git commit -m Initial commit: add basic HTML structure-m后面跟的就是提交信息。如果不加-mGit會打開默認編輯器讓你輸入。查看提交歷史使用git log或之前配置的git lg可以看到我們剛剛的提交記錄包括哈希值、作者、時間和提交信息。至此你完成了Git最基礎(chǔ)的單人本地工作流修改 - 添加 - 提交。### 4.2 日常修改與提交實踐現(xiàn)在我們修改index.html并新增一個style.css文件。編輯index.html在h1標簽后加一行pThis is my first Git project./p。創(chuàng)建style.cssecho body { font-family: sans-serif; } style.css。git status查看會顯示index.html被修改style.css是未跟蹤文件。我們可以選擇分別添加也可以一起添加。分別添加git add index.html然后git add style.css一起添加git add .注意這會添加所有變動包括你可能不想提交的臨時文件提交git commit -m Add intro paragraph and basic CSS### 4.3 幾個必須掌握的基礎(chǔ)命令git diff查看工作區(qū)和暫存區(qū)或最新提交的差異。git diff HEAD查看與最新提交的差異。git restore file撤銷工作區(qū)的修改將文件恢復到最近一次git add或git commit時的狀態(tài)。這是Git 2.23版本后推薦的命令替代了老舊的git checkout -- file。git restore --staged file將文件從暫存區(qū)撤出但保留工作區(qū)的修改。相當于“我反悔了先不提交這個文件”。git commit --amend修補上一次提交。如果你剛提交完發(fā)現(xiàn)漏了文件或者提交信息寫錯了可以修改后git add然后執(zhí)行這個命令。它會將新的修改合并到上一次提交中并允許你修改提交信息。注意如果已經(jīng)推送到遠程謹慎使用此命令因為它會改變歷史。5. 分支的魔法隔離開發(fā)與功能集成現(xiàn)在進入Git最強大的部分。假設(shè)我們要給網(wǎng)站添加一個“關(guān)于我們”頁面。### 5.1 創(chuàng)建與切換分支基于當前分支創(chuàng)建新分支我們創(chuàng)建一個叫add-about-page的分支。git branch add-about-page這個命令創(chuàng)建了分支但你的工作環(huán)境還在原來的分支比如main上。切換到新分支git checkout add-about-page或者使用更簡潔的創(chuàng)建并切換命令git checkout -b add-about-page執(zhí)行g(shù)it branch命令不帶參數(shù)可以查看所有分支當前所在分支前會有一個*號。在新分支上工作現(xiàn)在你可以放心大膽地修改了所有操作都只影響add-about-page分支。echo !DOCTYPE htmlhtmlbodyh1About Us/h1pWe love Git!/p/body/html about.html git add about.html git commit -m Create about page### 5.2 合并分支將成果整合回主線當“關(guān)于我們”頁面開發(fā)完成并測試無誤后我們想把它合并到主分支main上。切換回主分支git checkout main你會發(fā)現(xiàn)工作目錄里的about.html文件消失了別慌因為它只在add-about-page分支里。這正體現(xiàn)了分支的隔離性。執(zhí)行合并git merge add-about-pageGit會嘗試將add-about-page分支上的修改即新增的about.html文件應(yīng)用到main分支上。由于我們只在add-about-page上新增了文件main分支沒有任何沖突的修改所以會進行一次“快進合并”直接把main分支的指針移動到add-about-page分支的最新提交上。查看結(jié)果ls一下about.html文件已經(jīng)出現(xiàn)在main分支的工作目錄中了。使用git log --oneline --graph可以看到線性的提交歷史。### 5.3 處理合并沖突合并并非總是這么順利。如果兩個分支都修改了同一個文件的同一區(qū)域Git無法自動決定該保留哪個修改就會產(chǎn)生沖突。這是協(xié)作中的常態(tài)不用害怕。模擬一個沖突在main分支上修改index.html的標題為h1Hello Git World!/h1并提交。切換回add-about-page分支如果已刪除則重新基于舊提交創(chuàng)建修改index.html的同一行標題為h1Welcome to My Project!/h1并提交。切換回main分支嘗試合并add-about-page。此時Git會提示CONFLICT (content): Merge conflict in index.html。打開index.html文件你會看到類似這樣的標記 HEAD h1Hello Git World!/h1 h1Welcome to My Project!/h1 add-about-page HEAD到之間是當前分支main的內(nèi)容到 add-about-page之間是要合并進來的分支add-about-page的內(nèi)容。解決沖突手動編輯index.html文件決定最終要保留的內(nèi)容。比如我們合并兩者h1Hello Git World! Welcome!/h1。必須完全刪除這些標記行。沖突解決后將文件添加到暫存區(qū)git add index.html。完成合并提交git commit。Git會為你生成一個默認的合并提交信息你也可以修改它。注意解決沖突是開發(fā)者的一項基本技能。核心原則是溝通。在團隊中如果預見到會有沖突最好在合并前先和修改同一部分的同事同步一下。### 5.4 分支管理常用命令git branch -d branch-name刪除一個已合并的分支。-D是強制刪除即使未合并。git branch -m old-name new-name重命名分支。git checkout -快速切換回上一個分支非常方便。6. 連接遠程倉庫備份與協(xié)作本地玩得再溜也需要一個云端備份和協(xié)作中心。我們以GitHub為例國內(nèi)用戶也可以用Gitee操作完全類似。### 6.1 建立與遠程倉庫的鏈接在GitHub上創(chuàng)建新倉庫登錄GitHub點擊“New repository”倉庫名可以也叫“my-project”選擇公開或私有不要初始化README、.gitignore等文件因為我們本地已有項目。將本地倉庫與遠程倉庫關(guān)聯(lián)創(chuàng)建后GitHub會顯示一個倉庫地址HTTPS或SSH。在本地倉庫目錄下執(zhí)行g(shù)it remote add origin https://github.com/你的用戶名/my-project.gitorigin是給這個遠程倉庫起的一個別名習慣上用這個。首次推送將本地main分支的所有內(nèi)容推送到遠程倉庫的main分支并建立追蹤關(guān)系。git push -u origin main-u參數(shù)表示設(shè)置上游分支以后在這個分支上直接git push或git pull即可無需再指定origin main。現(xiàn)在刷新你的GitHub倉庫頁面就能看到所有文件了。### 6.2 日常推送與拉取推送當你本地有了新的提交想同步到遠程時git push如果別人已經(jīng)向遠程推送了新的提交你的推送可能會被拒絕。這時你需要先拉取。拉取獲取遠程倉庫的最新更新并合并到本地當前分支。git pull這相當于執(zhí)行了git fetch獲取更新和git merge合并到當前分支兩個操作。### 6.3 克隆現(xiàn)有項目如果你想?yún)⑴c一個已有的項目或者把開源項目拿到本地學習你需要的是clone而不是init。git clone https://github.com/某個項目地址.git這個命令會做三件事1. 將整個遠程倉庫下載到本地2. 自動初始化一個本地倉庫3. 自動將遠程倉庫地址別名為origin。### 6.4 關(guān)于HTTPS與SSHHTTPS簡單每次推送可能需要輸入用戶名和密碼或使用憑據(jù)管理器緩存。SSH需要配置SSH密鑰對但配置好后無需每次輸入密碼更安全便捷。推薦長期使用。生成SSH密鑰ssh-keygen -t ed25519 -C your_emailexample.com一直回車即可。將公鑰~/.ssh/id_ed25519.pub文件內(nèi)容添加到GitHub的SSH Keys設(shè)置中。將遠程倉庫地址改為SSH格式如gitgithub.com:用戶名/倉庫名.git。7. 進階技巧與最佳實踐掌握了基本操作下面這些技巧能讓你的Git使用更專業(yè)、更高效。### 7.1 .gitignore文件讓倉庫保持干凈你肯定不想把編譯生成的文件如.class.o、編輯器臨時文件如.swp.idea/、系統(tǒng)文件如.DS_Store或包含密碼的配置文件提交到倉庫里。.gitignore文件就是用來指定哪些文件或目錄應(yīng)該被Git忽略。在項目根目錄創(chuàng)建名為.gitignore的文件每一行寫一個匹配模式。例如一個典型的Node.js項目.gitignore可能包含# 依賴目錄 node_modules/ # 構(gòu)建產(chǎn)物 dist/ build/ # 環(huán)境變量文件 .env .env.local # 日志文件 *.log # 操作系統(tǒng)生成的文件 .DS_Store Thumbs.dbGitHub上提供了各種語言和項目的.gitignore模板可以直接參考使用。這個文件應(yīng)該盡早創(chuàng)建并提交到倉庫中。### 7.2 善用git stash臨時保存工作現(xiàn)場你正在feature分支上熱火朝天地 coding突然需要切到main分支去修復一個緊急bug。但當前的工作還沒完成不想提交。這時git stash就是救星。儲藏修改git stash或git stash push -m 正在開發(fā)登錄功能加信息便于識別。這個命令會將你的工作區(qū)和暫存區(qū)的所有修改保存到一個棧中并將工作區(qū)恢復到上一次提交的狀態(tài)干凈狀態(tài)。切換分支現(xiàn)在你可以安心地git checkout main去修復bug了。恢復儲藏bug修完切回feature分支使用git stash pop恢復最近一次的儲藏并刪除儲藏記錄。或者用git stash apply stash{0}恢復但不刪除記錄stash{0}是儲藏編號可用git stash list查看。### 7.3 查看歷史與定位問題git log的威力git log是查看提交歷史的瑞士軍刀結(jié)合參數(shù)非常強大git log --oneline簡潔的一行顯示。git log --graph以ASCII圖形顯示分支合并歷史。git log -p顯示每次提交的具體內(nèi)容差異。git log --since2024-01-01 --until2024-01-31查看某個時間段的提交。git log --grepbugfix搜索提交信息中包含“bugfix”的提交。git log -Sfunction_name搜索代碼內(nèi)容中新增或刪除了“function_name”字符串的提交非常有用于追溯某個函數(shù)的變更歷史。### 7.4 團隊協(xié)作流程建議對于團隊項目一個清晰的分支策略至關(guān)重要。最流行的是Git Flow或簡化的GitHub Flow。GitHub Flow推薦用于持續(xù)交付主分支main永遠保持可部署狀態(tài)。任何新功能或修復都從main拉出新分支如feature/add-search。在分支上開發(fā)、提交。開發(fā)完成后向main分支發(fā)起Pull Request。團隊成員在PR中進行代碼審查、討論。通過審查后合并到main并立即部署。### 7.5 遇到問題的排查思路狀態(tài)不明時第一個命令永遠是git status它會告訴你當前處于什么狀態(tài)有哪些文件被修改、暫存或未跟蹤。操作失誤時剛提交完發(fā)現(xiàn)漏了文件git add file然后git commit --amend。提交信息寫錯了git commit --amend只修改信息就只改信息。把不該暫存的文件add了git restore --staged file。工作區(qū)的修改改亂了想重來git restore file危險未提交的修改會丟失。歷史回退git reset --soft HEAD~1撤銷上一次提交但保留修改內(nèi)容在暫存區(qū)。git reset --mixed HEAD~1撤銷上一次提交且將修改內(nèi)容放回工作區(qū)默認行為。git reset --hard HEAD~1徹底撤銷上一次提交修改內(nèi)容全部丟棄非常危險慎用。更安全的方式是使用git revert commit-hash它會創(chuàng)建一個新的提交來“反向操作”指定的舊提交從而撤銷更改但不重寫歷史適合已經(jīng)推送到遠程的提交。Git的學習曲線前期可能有些陡峭但它的核心思想——快照、分支、分布式——一旦理解就會覺得無比自然和強大。最好的學習方式就是在實際項目中用起來從管理自己的筆記、博客源碼開始逐步應(yīng)用到團隊協(xié)作中。每當你因為Git避免了一次代碼沖突或找回了一個星期前刪除的代碼塊時你就會感謝當初花時間學習它的自己。記住遇到問題別慌git status是你的好朋友而互聯(lián)網(wǎng)上幾乎有你可能遇到的所有Git問題的解決方案。