只會用 2005 年的 Git 老命令？這七個 Git 新命令，很實用！
自 Git 在 2005 年誕生以來，諸如 clone、pull、push、merge、checkout 和 commit 等核心命令便已存在，支撐著日常的開發(fā)工作。隨著版本控制需求的演變，Git 持續(xù)迭代更新，引入了諸多增強功能和新命令。本文將聚焦于近年來新增的七個 Git 命令，探索它們?nèi)绾芜M一步提升工作效率！
git switch：安全切換分支
git switch 命令是在 Git 2.23.0 版本中引入的，以解決 git checkout 命令職責過重的問題，并使得 Git 的命令更加直觀和易于理解。
在 Git 2.23 之前，git checkout 既用于切換分支，也用于還原文件內(nèi)容，很容易引起混淆。通過將 git checkout 的功能拆分，Git 團隊創(chuàng)建了兩個新的、更專業(yè)的命令：
- git switch：專門用于在分支之間進行切換。
- git restore：專門用于還原文件內(nèi)容。
使用 git switch 切換分支非常簡單，以下是基本用法：
# 切換到已存在的分支
$ git switch <branch-name>
# 創(chuàng)建并切換到新分支
$ git switch -c <new-branch-name>
# 從遠程倉庫創(chuàng)建并跟蹤一個本地分支
$ git switch -c <new-branch-name> --track <remote>/<branch-name>
# 返回到上一個分支
$ git switch -注意：如果遇到錯誤信息 'switch' is not a git command，那么可能是因為 Git 版本低于 2.23.0。可以通過運行 git --version 來檢查 Git 版本，并升級到最新版本以使用這些新特性。
git restore：安全撤銷更改
git restore 命令同樣是在 Git 2.23.0 版本中引入的，專門用于恢復工作目錄中的文件內(nèi)容。
git restore 主要用來撤銷工作目錄中的更改，可以用來丟棄未提交的工作樹修改、還原刪除的文件，或者將文件重置為之前的某個提交狀態(tài)。以下是 git restore 的基本用法：
# 恢復工作目錄中的文件到最近一次提交的狀態(tài)
$ git restore <file>
# 從指定的提交中恢復文件到工作目錄
$ git restore --source=<commit> <file>
# 取消暫存區(qū)的更改（類似于 git reset HEAD <file>）
$ git restore --staged <file>
# 恢復所有文件到指定的提交狀態(tài)
$ git restore --source=<commit> .
# 恢復所有已刪除的文件
$ git restore -w -- *
# 丟棄暫存區(qū)和工作目錄中的更改（即恢復到指定的提交狀態(tài)）
$ git restore --staged --worktree <file>使用 git restore 時，可以選擇性地指定 --staged 來影響暫存區(qū)，或者 --worktree 來影響工作目錄。如果同時指定了這兩個選項，則會同時影響暫存區(qū)和工作目錄。
git restore 是一個相對安全的操作，因為它不會改變分支的歷史記錄，它只會影響工作目錄和/或暫存區(qū)。
git worktree：同時在多個分支工作
git worktree 命令是在 Git 2.5 版本中引入的，它允許在同一個倉庫中創(chuàng)建多個工作目錄（worktrees），每個工作目錄可以檢出不同的分支或提交。這為開發(fā)者提供了同時處理多個任務的能力，比如在不同的分支上進行開發(fā)、測試，而不需要來回切換分支。
以下是 git worktree 的基本用法：
# 添加一個新的工作目錄，并檢出指定分支
$ git worktree add <path> [<branch>]
# 列出所有的工作目錄
$ git worktree list
# 移除一個工作目錄（必須先確保該目錄沒有未提交的更改）
$ git worktree remove <path>
# 移動一個工作目錄到新的位置
$ git worktree move <current-path> <new-path>例如，如果想要添加一個新的工作目錄來檢出名為 feature-branch 的分支，可以這樣做：
$ git worktree add ../my-feature-worktree feature-branch這將在 ../my-feature-worktree 目錄下創(chuàng)建一個新的工作目錄，并檢出 feature-branch 分支。
git sparse-checkout：高效處理大型倉庫
git sparse-checkout 是在 Git 2.25.0 版本中引入的，個功能是對之前存在的稀疏檢出機制的一個重大改進。通過 git sparse-checkout，開發(fā)者可以更高效地克隆大型倉庫，只檢出部分文件或目錄，而不是整個項目。
要啟用 sparse-checkout，首先需要設(shè)置倉庫以使用稀疏檢出模式：
# 啟用 sparse-checkout 模式
$ git sparse-checkout init
# 設(shè)置你想要包括的模式或路徑
$ git sparse-checkout set <pattern>...例如，如果只想檢出 src 目錄及其子目錄中的文件，可以這樣做：
$ git sparse-checkout set src/如果想添加多個模式或路徑，可以在 set 命令后列出所有路徑，或者分多次調(diào)用該命令。
除了 set 命令，還可以使用 add 和 list 來管理稀疏檢出模式：
# 添加額外的路徑到稀疏檢出模式
$ git sparse-checkout add <pattern>...
# 列出現(xiàn)有的稀疏檢出模式
$ git sparse-checkout list如果不再需要稀疏檢出模式，可以通過以下命令禁用它，并恢復完整的檢出狀態(tài)：
# 禁用 sparse-checkout 模式并恢復完整檢出
$ git sparse-checkout disablegit range-diff：比較提交范圍之間的更改
git range-diff 是在 Git 2.19.0 版本中引入的，用于比較兩個提交范圍之間的差異。它可以幫助開發(fā)者理解在一次變基（rebase）、合并（merge）或歷史改寫操作后，一系列提交發(fā)生了哪些變化。
git range-diff 的基本用法如下：
# 比較兩個分支上的最近 n 個提交
$ git range-diff A~n..A B~n..B
# 或者更常見的用法是直接指定兩個范圍
$ git range-diff A..B C..D這里的 A..B 和 C..D 分別表示兩個不同的提交范圍。例如，如果想比較 feature 分支在變基前后的差異，可以這樣做：
# 假設(shè) origin/feature 是變基之前的遠程分支狀態(tài)
# 而 feature 是變基之后的本地分支狀態(tài)
$ git range-diff origin/feature..feature~n feature~n..featuregit range-diff 會輸出每個提交的摘要信息，包括提交消息、作者、日期等，并高亮顯示兩個范圍內(nèi)的提交之間的差異。如果提交的內(nèi)容完全相同，它將只顯示提交消息并指出它們是相同的；如果有差異，則會詳細列出差異之處。
git maintenance：自動化倉庫健康
git maintenance是在 Git 2.30.0 版本中引入的，用于管理和自動化各種維護任務的命令。這個命令旨在簡化和優(yōu)化倉庫的維護工作，通過提供一組預定義的任務來幫助保持倉庫的健康狀態(tài)和高效性能。
git maintenance 提供了幾種子命令來管理不同的維護任務：
- 啟用和禁用自動維護：
# 啟用自動維護
$ git maintenance start
# 禁用自動維護
$ git maintenance stop- 執(zhí)行一次性維護任務：手動觸發(fā)一次性的維護任務，這對于在特定時間點（如大型提交之后）優(yōu)化倉庫非常有用。
# 執(zhí)行所有配置的維護任務
$ git maintenance run
# 執(zhí)行特定類型的維護任務
$ git maintenance run --task=<task>常見的維護任務包括：
gc：運行完整的垃圾收集，包括壓縮對象數(shù)據(jù)庫。
commit-graph：構(gòu)建或更新提交圖文件以加速提交歷史查詢。
loose-objects：清理松散對象并將其打包。
incremental-repack：逐步重新打包對象以優(yōu)化存儲。
prefetch：預先獲取遠程分支的新數(shù)據(jù)，以加速未來的克隆和拉取操作。
- 配置自動維護計劃：可以通過配置文件設(shè)置哪些任務應該被定期執(zhí)行以及它們的執(zhí)行頻率。例如，在 .git/config 文件中添加如下內(nèi)容：
[maintenance "daily"]
task = prefetch
task = loose-objects
[maintenance "hourly"]
task = commit-graph
[maintenance "weekly"]
task = incremental-repack
[maintenance "monthly"]
task = gc然后啟用這些計劃：
$ git maintenance start --schedule=daily
$ git maintenance start --schedule=hourly
$ git maintenance start --schedule=weekly
$ git maintenance start --schedule=monthlygit log --remerge-diff：更好地理解合并
從 Git 2.35 版本開始，可以使用 git log --remerge-diff 命令來更好地理解合并提交。通常情況下，合并提交會顯示哪些分支被合并了，但并不總是能清晰地解釋合并過程中引入的具體更改，特別是在解決合并沖突時所做的改動。
git log --remerge-diff 通過重播記錄的合并策略來重建合并提交，并展示該合并引入的確切更改。這對于調(diào)試合并沖突或?qū)彶閺碗s的合并歷史非常有用。
