版本控制是現代軟體開發的基本，Git 作為分散式版本控制系統的佼佼者，其豐富的指令集與協作機制，有效提升了團隊開發效率。從基本的初始化、提交、分支操作，到進階的歷史紀錄修改、修補檔應用、遠端倉函式庫同步，Git 提供了完整的版本管理解決方案。瞭解並熟練運用這些指令，能讓開發者更有效地追蹤程式碼變更、解決衝突、協同開發，確保專案的穩定性和持續交付能力。
Git 指令與版本控制
Git 是一種版本控制系統，廣泛用於軟體開發和版本管理。它允許多個開發者合作於同一個專案，並且能夠追蹤所有的變更。
Git 基本指令
以下是一些 Git 的基本指令：
git init: 初始化一個新的 Git儲存函式庫。git add <file>: 將檔案加入到 Git 的暫存區域。git commit -m "<message>": 將檔案提交到 Git 倉函式庫，並新增提交訊息。git log: 顯示提交歷史。git branch <branch_name>: 建立一個新的分支。git checkout <branch_name>: 切換到另一個分支。git merge <branch_name>: 合併兩個分支。
Git Filter-Branch
Git Filter-Branch 是一個強大的工具，允許您修改 Git 倉函式庫的歷史記錄。它可以用於重新命名檔案、修改提交訊息、刪除提交等。
以下是一個使用 Git Filter-Branch 重新命名檔案的範例：
git filter-branch -f --index-filter 'git ls-files -s | perl -pe "s-\t-$&sub/-"' HEAD
這個指令會重新命名所有檔案，將檔案名稱中的 \t 替換為 sub/。
更新 Tag
當您使用 Git Filter-Branch 修改提交歷史記錄時，可能會破壞現有的 Tag。為了避免這個問題，您可以使用 --tag-name-filter 選項來更新 Tag：
git filter-branch -f --tag-name-filter cat -- --all
這個指令會更新所有 Tag，將其名稱保持不變。
Understanding Patches
Patch 是一個描述兩個檔案之間差異的檔案。它可以用於將一個檔案轉換為另一個檔案。Patch 格式使用內容和行號來定位檔案中的差異區域，因此可以將 Patch 應用於稍早或稍晚版本的檔案。
以下是一個簡單的 Patch 範例：
diff --git a/foo.c b/foo.c
index 30cfd169..8de130c2 100644
--- a/foo.c
+++ b/foo.c
這個 Patch 描述了 foo.c 檔案的變更。
圖表翻譯：
graph LR
A[原始檔案] -->|Patch|> B[目標檔案]
B -->|diff|> C[差異檔案]
C -->|apply|> D[更新檔案]
這個圖表描述了 Patch 的應用過程。原始檔案透過 Patch 轉換為目標檔案，然後產生差異檔案，最後將差異檔案應用於更新檔案。
內容解密：
Patch 是一個強大的工具，允許您描述兩個檔案之間的差異。它可以用於將一個檔案轉換為另一個檔案。Patch 格式使用內容和行號來定位檔案中的差異區域，因此可以將 Patch 應用於稍早或稍晚版本的檔案。
在 Git 中，Patch 可以用於描述提交之間的差異。它可以用於將一個提交轉換為另一個提交。Patch 格式使用內容和行號來定位提交中的差異區域，因此可以將 Patch 應用於稍早或稍晚版本的提交。
Patch 的應用過程包括以下步驟：
- 產生 Patch：使用
git diff指令產生 Patch 檔案。 - 應用 Patch：使用
git apply指令將 Patch 檔案應用於目標檔案。
Patch 是一個強大的工具，允許您描述兩個檔案之間的差異。它可以用於將一個檔案轉換為另一個檔案。Patch 格式使用內容和行號來定位檔案中的差異區域，因此可以將 Patch 應用於稍早或稍晚版本的檔案。
Git 差異與修補
Git 差異（diff）是版本控制系統中用於比較兩個版本之間差異的工具。它可以顯示出兩個版本之間的變化，包括新增、刪除和修改的內容。
Git Diff
Git diff 是 Git 中用於比較兩個版本之間差異的命令。它可以用於比較工作目錄（working tree）和索引（index）之間的差異，也可以用於比較兩個提交（commit）之間的差異。
差異格式
Git diff 的輸出格式為統一差異格式（unified diff format）。這種格式以行為單位，顯示出兩個版本之間的差異。每行以一個符號開頭，表示該行的變化：
- 空格：該行在兩個版本中都相同。
-：該行在原始版本中存在，但在新的版本中不存在。+：該行在新的版本中存在，但在原始版本中不存在。
修補
修補（patch）是指將差異應用到原始檔案中，以產生新的檔案。Git 提供了 git apply 命令，用於將差異應用到工作目錄中。
Git Apply
git apply 命令用於將差異應用到工作目錄中。它可以從檔案或標準輸入中讀取差異，並將其應用到工作目錄中。
範例
以下是使用 Git diff 和 git apply 的範例：
# 建立一個新的 Git 儲存函式庫
git init
# 建立一個檔案
echo "Hello World!" > foo.txt
# 將檔案加入索引
git add foo.txt
# 提交檔案
git commit -m "Initial commit"
# 修改檔案
echo "Hello Git!" > foo.txt
# 比較工作目錄和索引之間的差異
git diff
# 將差異儲存到檔案中
git diff > foo.patch
# 應用差異到工作目錄中
git apply foo.patch
內容解密：
上述範例展示瞭如何使用 Git diff 和 git apply 來比較和應用差異。首先，我們建立了一個新的 Git 儲存函式庫，並建立了一個檔案。然後，我們將檔案加入索引並提交。接下來，我們修改了檔案，並使用 git diff 來比較工作目錄和索引之間的差異。最後，我們將差異儲存到檔案中，並使用 git apply 來應用差異到工作目錄中。
圖表翻譯：
graph LR
A[Git Diff] --> B[統一差異格式]
B --> C[空格:相同]
B --> D[-:刪除]
B --> E[+:新增]
E --> F[Git Apply]
F --> G[應用差異]
上述圖表展示了 Git diff 和 git apply 之間的關係。Git diff 產生統一差異格式，該格式包含空格、 - 和 + 符號，表示相同、刪除和新增的內容。然後，git apply 會將差異應用到原始檔案中，以產生新的檔案。
Git 修補檔與提交資訊
Git 中有一種特殊的修補檔格式，包含不僅檔案的變更，也包含提交的相關資訊，如作者、時間戳和提交訊息。這種格式可以完整地儲存提交的所有資訊，讓您可以在其他地方重新套用這些變更作為新的提交。這對於在無法或不方便使用 Git 推播/提取機制的情況下傳輸提交非常有用。
您可以使用 git format-patch 產生這種修補檔格式，並使用 git am 套用它。修補檔本身實際上是使用 Unix 郵件盒格式，利用「from」、「date」和「subject」郵件標頭來表示作者、時間戳和提交訊息主題，而郵件主體則包含提交訊息的其餘部分。以下是一個示例修補檔，根據之前的範例：
From ccadc07f2e22ed56c546951... Mon Sep 17 00:00:00 2001
Date: Mon, 11 Feb 2013 00:42:41 -0500
Subject: [PATCH] 修正 check() 中的 null-pointer 錯誤
這真的是一個奇跡，我們仍然在寫高階應用軟體，
而這基本上就是在寫組合語言。我們值得所有的段錯誤。
---
foo.c | 2 +-
1 個檔案變更，1 個插入(+), 1 個刪除(-)
初始行包含原始提交 ID 和一個固定的時間戳，用於指示這個「郵件」是由 Git 產生的。主題行中的 [PATCH] 字首不是提交訊息的一部分，而是用來區分郵件中的修補檔和其他郵件訊息。接下來是對修補檔的 diffstat 摘要（您可以使用 --no-stat 選項抑制這個），然後是實際的 diff 內容。
您可以像下面這樣執行 git format-patch：
$ git format-patch [選項] [修訂版本]
修訂版本引數可以是任何指定一組提交的表示式，如第 8 章所述。然而，作為一個例外，如果您指定了一個單一的提交 C，則意味著 C..HEAD，即當前分支中不包含在 C 中的提交（如果 C 位於當前分支，則這些是從 C 以來的提交）。如果您想要所有可從 C 達到的提交，請使用 --root 選項。
Git 會將選定的提交寫入當前目錄中的連續編號檔案中，檔案名稱反映了提交訊息的主題行，如下所示：
0001-為 DNS KDC 位置問題新增工作-around.patch
0002-使用 DNS 領域對映，即使對於本地主機.patch
0003-修正 AP_REQ 驗證器錯誤.patch
0004-向 kadmin 新增金鑰提取.patch
檔案名稱中的領先數字使得使用 git am *.patch 依序套用這些修補檔變得容易，因為 shell 會在展開萬用字元時按字典順序排序檔案。您可以使用 --output-directory（或 -o）指定不同的輸出目錄，或者使用 --stdout 將修補檔寫入標準輸出；如果沒有指設定檔案引數（或只指定了一個連字元作為引數），git am 會從標準輸入讀取。
git format-patch 還有一些其他選項，用於控制產生的郵件格式，例如新增其他郵件標頭，以及許多由 git diff 支援的選項。詳情請參考 git-format-patch(1) 和 git-diff(1)。此外，還有一些示例可供參考，請見「匯入線性歷史記錄」一節。
遠端存取
Git 可以使用不同的網路協定來存取遠端倉函式庫，例如 HTTP(S)、SSH 和 Git 原生協定。特別是當遠端倉函式庫接受推播請求時，存取協定可能需要使用者驗證，以授予存取許可權。這被稱為「驗證」，可以透過各種方式實作，例如 SSH 公鑰驗證。
Git 協定不支援驗證，因此通常使用 HTTP 或 SSH 進行驗證。Git 原生伺服器通常用於唯讀存取倉函式庫，因為它快速且易於設定。
SSH
當您使用以下形式的 URL 存取倉函式庫時：
[user@]host:path/to/repository
Git 會執行 ssh 程式或指定的程式，以登入遠端主機並存取倉函式庫。例如，當您要求從 dieter@sprockets.tv:dance/monkey 倉函式庫提取資料時，Git 會執行以下命令：
ssh dieter@sprockets.tv git-upload-pack dance/monkey
這會登入 sprockets.tv 主機並執行 git-upload-pack 命令。
如果主機是 Unix，則通常需要在主機上有一個名為 dieter 的使用者帳戶，git-upload-pack 必須在遠端主機的 PATH 環境變數中，並且倉函式庫必須位於 dieter 帳戶的家目錄中名為 dance/monkey 的子目錄中。
您可以使用 SSH 公鑰驗證來自動驗證連線。首先，您需要生成一對 SSH 公鑰和私鑰：
$ ssh-keygen
然後，您需要將公鑰傳送給伺服器管理員，要求他們授權您的公鑰以便登入遠端帳戶。
Mermaid 圖表：SSH 公鑰驗證流程
sequenceDiagram
participant Client as 客戶端
participant Server as 伺服器
Note over Client,Server: 初始化 SSH 連線
Client->>Server: 傳送 SSH 公鑰
Server->>Client: 驗證公鑰
Note over Client,Server: 授權成功
Client->>Server: 存取倉函式庫
圖表翻譯：
上述 Mermaid 圖表描述了 SSH 公鑰驗證流程。客戶端初始化 SSH 連線並傳送公鑰給伺服器。伺服器驗證公鑰，如果成功，則授權客戶端存取倉函式庫。
SSH 金鑰認證與自動化
為了方便 Git 遠端存取，SSH 金鑰認證是一種安全且高效的方法。首先，您需要建立一對 SSH 金鑰，分別是公鑰和私鑰。然後，您需要將公鑰複製到遠端伺服器的 authorized_keys 檔案中，以便遠端伺服器可以識別您的身份。
SSH 金鑰的建立和組態
- 建立 SSH 金鑰：您可以使用
ssh-keygen命令建立一對 SSH 金鑰。例如：
$ ssh-keygen -t rsa -b 4096
這將在 `~/.ssh` 目錄下建立一對金鑰，分別是 `id_rsa` (私鑰) 和 `id_rsa.pub` (公鑰)。
2. **複製公鑰到遠端伺服器**：您需要將公鑰內容複製到遠端伺服器的 `authorized_keys` 檔案中。這通常位於 `~/.ssh/authorized_keys`。您可以使用 `ssh-copy-id` 命令來完成這一步：
```bash
$ ssh-copy-id user@host
替換 user 和 host 為您的遠端伺服器帳戶和主機名稱。
SSH 代理和自動認證
為了避免每次 Git 操作都需要輸入金鑰密碼，您可以使用 SSH 代理。SSH 代理是一個背景程式，可以暫存您的解密金鑰，以便您可以在不需要每次都輸入密碼的情況下進行認證。
- 啟動 SSH 代理：如果您沒有正在執行的 SSH 代理，可以使用以下命令啟動：
$ eval $(ssh-agent)
2. **將金鑰新增到 SSH 代理**：一旦代理啟動，您就可以將您的私鑰新增到代理中：
```bash
$ ssh-add
系統會提示您輸入金鑰密碼。
使用 SSH URL
Git 支援使用 SSH URL 來存取遠端儲存函式庫。SSH URL 的格式通常如下：
ssh://[使用者@]主機/絕對路徑/到/儲存函式庫
或者，您也可以使用相對路徑，但這需要根據遠端伺服器的 shell 來決定。例如：
ssh://主機/~/路徑/在/家目錄下
這種方法允許您使用更簡單的路徑來存取儲存函式庫，但請注意，這可能會根據遠端伺服器的 shell 設定而有所不同。
Git遠端存取與認證
當Git伺服器提供存取Git儲存函式庫的功能時，可能需要進行認證。雖然有更複雜的機制可用，例如Kerberos和公鑰憑證，但HTTP中最常見的方法仍然是要求使用者提供簡單的使用者名稱和密碼。這使得自動認證變得更加複雜，但Git有自己的框架來管理和提供這些認證。
儲存使用者名稱
您可以在HTTP URL中包含使用者名稱，就像在SSH中一樣：
https://使用者名稱@github.com/使用者名稱/倉函式庫名稱.git
或者，您也可以單獨設定使用者名稱：
$ git config --global user.name "您的使用者名稱"
儲存密碼
Git有一個稱為「認證幫助工具」（credential helpers）的機制，可以以多種方式儲存密碼，以便於使用。其中一個幫助工具稱為「cache」，它類別似於ssh-agent，將您的密碼儲存在記憶體中，以供Git使用。要啟用它，您可以執行以下命令：
$ git config --global credential.helper cache
啟用後，Git只會在給定的登入會話中提示您一次輸入密碼；當您提供密碼後，Git會將其儲存在執行中的認證快取代理中，隨後的命令將自動從中取得密碼。
您可以檢視代理程式：
$ ps -e | grep git-cred | grep -v grep
Git透過代理命令列中顯示的socket與代理進行通訊。
其他認證幫助工具
還有一個標準的認證幫助工具稱為「store」，它簡單地將密碼儲存在磁碟上的檔案中（~/.git-credentials）。您不應該將其用於互動式使用，但它適合於需要執行Git並使用密碼認證的自動化程式，只要採取足夠的保護措施來保護主機系統和設定檔案許可權即可。
您也可以在自動化程式中使用cache幫助工具，如果安全性水平不足。但是，人類需要在機器啟動後輸入一次密碼，以便將其新增到快取中，因此這不是適合於必須無人值守啟動的系統的方法。
Git的認證機制是可擴充套件的，還有第三方幫助工具可用於連線平臺特定的安全功能。例如，osxkeychain幫助工具將密碼儲存在OS X的「金鑰圈」（keychain）中，即Mac的標準憑證管理器。它包含在由玄貓安裝的Git版本中。只要啟用它：
$ git config --global credential.helper osxkeychain
就可以自動工作。您可以使用金鑰圈應用程式來驗證Git確實將其憑證儲存在那裡。
Git 進階操作：cherry-pick 和 credential
在 Git 中，git cherry-pick 是一個非常有用的命令，允許您將其他分支上的提交應用到當前分支上。這個命令可以幫助您在不同的分支之間分享修改，而不需要進行合併。
git cherry-pick 的基本用法
git cherry-pick 的基本語法是 git cherry-pick <commit>，其中 <commit> 是您想要應用的提交的雜湊值或參照。例如，如果您想要將分支 feature 上的提交 abc123 應用到當前分支上，您可以使用以下命令：
git cherry-pick abc123
這個命令會建立一個新的提交，包含原始提交的修改，並保留原始提交的作者資訊和提交訊息。
git cherry-pick 的選項
git cherry-pick 有一些選項可以幫助您自定義其行為。以下是一些常用的選項：
--edit(-e): 編輯提交訊息之前提交。-x: 附加到提交訊息中的一行，指示原始提交。--mainline n(-m): 為合併提交計算更改集。
credential 的使用
Git 也提供了一個名為 git credential 的機制，允許您儲存和管理您的 Git 認證。這個機制可以幫助您自動完成 Git 認證的輸入。
有兩種型別的 git credential：git-credential-cache 和 git-credential-store。git-credential-cache 是一個暫存的認證儲存，會在一段時間後過期，而 git-credential-store 是一個永久的認證儲存。
您可以使用 git credential 命令來管理您的 Git 認證。例如，您可以使用以下命令來儲存您的 Git 認證：
git credential-store store
這個命令會將您的 Git 認證儲存在一個檔案中，以便下次您需要輸入認證時可以自動完成。
內容解密：
在上面的內容中，我們學習瞭如何使用 git cherry-pick 命令和 git credential 機制。以下是這些命令的詳細解說：
git cherry-pick: 這個命令可以幫助您將其他分支上的提交應用到當前分支上。git credential: 這個機制可以幫助您儲存和管理您的 Git 認證。
圖表翻譯：
以下是 git cherry-pick 和 git credential 的流程圖：
flowchart TD
A[Git Cherry-Pick] --> B[Apply Commit]
B --> C[Create New Commit]
C --> D[Preserve Original Author Info]
D --> E[Preserve Original Commit Message]
E --> F[Finish]
G[Git Credential] --> H[Store Credential]
H --> I[Cache Credential]
I --> J[Use Credential]
J --> K[Finish]
這個流程圖展示了 git cherry-pick 和 git credential 的工作流程。
Git Cherry Pick 和 Git Notes
Git cherry pick是一個強大的工具，允許您從一個分支選擇一個或多個提交，並將其應用到另一個分支中。這個過程被稱為 cherry pick，因為您可以從一個提交歷史中選擇一個或多個提交，並將其應用到另一個提交歷史中。
Git notes 是另一種工具，允許您在提交中新增註解。由於提交是不可變的，您不能在提交後修改提交訊息。但是，Git notes 提供了一種方法，允許您在提交後新增註解，而不會修改原始提交。
Git Cherry Pick
Git cherry pick 的基本語法是 git cherry-pick <commit>，其中 <commit> 是您想要應用到的提交的 SHA-1 雜湊值或是一個參照（如分支或標籤）。
以下是一些 Git cherry pick 的選項：
--no-commit：應用提交的變更到工作目錄和索引中，但不提交。--stdin：從標準輸入中讀取提交列表。
當您執行 git cherry-pick 時，Git 會嘗試將提交的變更應用到當前的分支中。如果變更無法乾淨地應用，Git 會提示您使用 --continue、--quit 或 --abort 選項來繼續、跳過或中止 cherry pick 過程。
Git Notes
Git notes 的基本語法是 git notes <subcommand> <object>，其中 <subcommand> 是您想要執行的 notes 子命令， <object> 是您想要新增註解的物件（如提交、樹或 Blob）。
以下是一些 Git notes 的子命令：
list：列出物件的註解。add：新增一個新的註解到物件中。append：在現有的註解中新增內容。edit：編輯現有的註解。copy：複製一個註解從一個物件到另一個物件。show：顯示物件的註解。remove：刪除物件的註解。
您可以使用 --ref 選項來指定一個不同的 notes 參考（如 notes/bugs），以便在不同的類別中儲存註解。
Git Grep
Git grep 是一個強大的工具，允許您使用正規表示式搜尋您的儲存函式庫內容。您可以搜尋工作目錄、索引或任何提交中的內容。
以下是一些 Git grep 的選項：
--cached：搜尋索引中的內容。--no-index：搜尋工作目錄中的內容。--all：搜尋所有提交中的內容。
Git grep 的語法是 git grep <pattern> [<path>...]，其中 <pattern> 是您想要搜尋的正規表示式， <path> 是您想要搜尋的路徑。
Mermaid 圖表：
graph LR
A[Git Cherry Pick] -->|應用提交|> B[工作目錄]
B -->|變更|> C[索引]
C -->|提交|> D[儲存函式庫]
D -->|註解|> E[Git Notes]
E -->|列表|> F[註解列表]
F -->|新增|> G[新增註解]
G -->|編輯|> H[編輯註解]
H -->|刪除|> I[刪除註解]
I -->|搜尋|> J[Git Grep]
J -->|正規表示式|> K[搜尋結果]
結合正規表示式
Git Grep 可以處理布林組合的表示式，使用 --and、--or 和 --not 運運算元，以 infix 樣式結合（“or” 是預設的連線詞；“and” 比 “or” 繫結更緊密；使用括號進行分組，您可能需要對其進行轉義，以保護它們免受 shell 的影響）。在此用法中，模式以 玄貓 開頭。例如：
$ git grep -e '^#define' --and \( -e AGE_MAX -e MAX_AGE \)
這會找到以 #define 開頭且包含 AGE_MAX 或 MAX_AGE 的行；因此，它會找到 #define AGE_MAX 和 #define MAX_AGE。
注意
“infix 樣式”意味著將二元連線詞放在其引數之間，而不是以函式呼叫樣式放在前面；因此，使用 foo --and bar --or baz，而不是 --and (foo (--or bar baz))。
搜尋什麼
根據 玄貓，Git Grep 搜尋工作樹中的跟蹤檔案，或給定的提交或樹物件。給定的物件必須單獨列出；您不能使用範圍表示式，例如 master..topic。您可以新增路徑限制器，以限制搜尋到的檔案為至少匹配一個 glob 樣式的模式。例如：
$ git grep pattern HEAD~5 master -- '*.[ch]' README
其他選項：
--untracked：包括未跟蹤的檔案；新增--no-exclude-standard以跳過通常的“忽略”規則--cached：搜尋索引（即，所有在索引中註冊為檔案的 blob）--no-index：搜尋當前目錄，即使它不是 Git 倉函式庫的一部分；新增--exclude-standard以遵守通常的“忽略”規則
顯示什麼
根據 玄貓，Git Grep 顯示所有匹配的行，註解有檔名和物件（如果適合）。其他選項包括：
--invert-match（-v）：顯示不匹配的行而不是匹配的行-n：顯示行號-h：省略檔名--count（-c）：顯示匹配的行數，而不是匹配的行本身--files-with-matches（-l）：顯示包含匹配的檔案，而不是匹配的行
flowchart TD
A[Git Grep] --> B[搜尋跟蹤檔案]
B --> C[搜尋提交或樹物件]
C --> D[新增路徑限制器]
D --> E[顯示匹配的行]
E --> F[顯示不匹配的行]
F --> G[顯示行號]
G --> H[省略檔名]
H --> I[顯示匹配的行數]
I --> J[顯示包含匹配的檔案]
圖表翻譯：
此圖表展示了 Git Grep 的搜尋和顯示過程。首先，Git Grep 搜尋跟蹤檔案或給定的提交或樹物件。然後，可以新增路徑限制器以限制搜尋到的檔案。接下來，Git Grep 顯示匹配的行，並可以選擇顯示不匹配的行、行號、省略檔名、顯示匹配的行數或顯示包含匹配的檔案。
從技術架構視角來看，Git 的指令集設計精巧，涵蓋了版本控制的各個方面，從基本的檔案新增、提交、分支管理到進階的歷史紀錄修改、修補檔操作和遠端存取，都提供了對應的指令。然而，部分指令如 filter-branch 的使用門檻較高，需要謹慎操作以避免破壞倉函式庫歷史。對於初學者，建議先掌握核心指令，例如 add、commit、checkout 和 branch，並逐步深入學習其他進階指令。
Git 的 cherry-pick 指令提供了更細粒度的程式碼合併方式，允許開發者精確選擇需要整合的提交，避免不必要的程式碼合併衝突。配合 credential 機制，可以簡化認證流程，提高開發效率。但同時，也需要注意安全性問題，避免將敏感資訊儲存在不安全的環境中。建議根據實際情況選擇合適的 credential 儲存方式，並採取必要的安全措施。
展望未來，Git 的發展方向將更注重於提升協作效率和使用者經驗。預計會有更多工具和整合服務出現，以簡化 Git 的操作流程，並提供更直觀的視覺化介面。同時，Git 也將持續強化其安全性和效能，以滿足日益增長的開發需求。玄貓認為，熟練掌握 Git 的核心指令和進階操作，對於提升軟體開發效率至關重要，開發者應持續學習並探索 Git 的更多可能性。
