一個開源工具包，讓您能專注於產品情境和可預測的結果，而不是從頭開始盲目編碼每個部分。
💡 這是 GitHub Spec Kit 的官方中文複刻版本 🔄 對應原版版本: v0.0.85 📦 包名:
specify-tw-cli| 🛠️ 命令:specify-tw
⚠️ 保持同步: 本專案將定期與原版保持同步，確保中文使用者能夠享受最新的功能和改進。
- 目錄
- 🤔 什麼是規範驅動開發？
- ⚡ 快速開始
- 📽️ 影片概述
- 🤖 支援的AI代理
- 🔧 Specify TW CLI 參考
- 📚 核心理念
- 🌟 開發階段
- 🎯 實驗目標
- 🔧 前置要求
- 📖 了解更多
- 📋 詳細流程
- 🔍 故障排除
- 👥 維護者
- 💬 支援
- 🙏 致謝
- 📄 授權
| 項目 | Spec Kit原版 | Spec Kit TW中文版 |
|---|---|---|
| 命令 | specify |
specify-tw |
| 包名 | specify-cli |
specify-tw-cli |
| 文檔 | 英文 | 中文 |
規範驅動開發徹底改變了傳統軟體開發的方式。幾十年來，程式碼一直佔據主導地位——規範只是我們在編碼「真正工作」開始時建置和丟棄的腳手架。規範驅動開發改變了這一點：規範變得可執行，直接生成可工作的實作，而不僅僅是指導它們。
選擇您偏好的安裝方式：
一次安裝，隨處使用：
uv tool install specify-tw-cli --from git+https://github.com/Minidoracat/spec-kit-tw.git然後直接使用工具：
specify-tw init <PROJECT_NAME>
specify-tw check直接執行，無需安裝：
uvx --from git+https://github.com/Minidoracat/spec-kit-tw.git specify-tw init <PROJECT_NAME>如果您已經使用方式1安裝，要更新到最新版本：
# 推薦方式：使用 upgrade 命令
uv tool upgrade specify-tw-cli
# 或者使用 --force 重新安裝
uv tool install --force specify-tw-cli --from git+https://github.com/Minidoracat/spec-kit-tw.git
# 驗證版本
specify-tw version持久化安裝的優勢：
- 工具保持安裝狀態並在 PATH 中可用
- 無需建立 shell 別名
- 更好的工具管理：
uv tool list、uv tool upgrade、uv tool uninstall - 更簡潔的 shell 配置
更新已安裝的工具：
# 升級到最新版本
uv tool upgrade specify-tw-cli
# 或強制重新安裝
uv tool install --force specify-tw-cli --from git+https://github.com/Minidoracat/spec-kit-tw.git
# 驗證版本
specify-tw version在專案目錄中啟動您的 AI 助手。所有 /speckit.* 命令（如 /speckit.specify、/speckit.plan 等）可在助手中使用。
使用 /speckit.constitution 命令建立專案的指導原則和開發指南，這將指導所有後續開發。
/speckit.constitution 建立專注於程式碼品質、測試標準、使用者體驗一致性和效能要求的原則使用 /speckit.specify 命令描述您想要建置的內容。專注於做什麼和為什麼，而不是技術堆疊。
/speckit.specify 建置一個可以幫助我將照片整理到不同相簿中的應用程式。相簿按日期分組，可以透過在主頁上拖曳來重新組織。相簿不會巢狀在其他相簿中。在每個相簿內，照片以瓷磚介面預覽。💡 提示: 您也可以使用
--short-name參數自訂分支名稱，或讓系統自動從描述生成有意義的名稱。詳見智慧分支命名功能。
使用 /speckit.plan 命令提供您的技術堆疊和架構選擇。
/speckit.plan 應用程式使用Vite和最少數量的函式庫。盡可能使用純HTML、CSS和JavaScript。圖片不會上傳到任何地方，詮釋資料儲存在本地SQLite資料庫中。使用 /speckit.tasks 從您的實施計畫建立可操作的任務清單。
/speckit.tasks使用 /speckit.implement 執行所有任務並根據計畫建置您的功能。
/speckit.implement詳細的分步說明，請參閱我們的綜合指南。
想要觀看 Spec Kit 的實際操作？觀看我們的影片概述！
| 代理 | 支援 | 說明 |
|---|---|---|
| Claude Code | ✅ | |
| GitHub Copilot | ✅ | |
| Gemini CLI | ✅ | |
| Cursor | ✅ | |
| Qwen Code | ✅ | |
| opencode | ✅ | |
| Windsurf | ✅ | |
| Kilo Code | ✅ | |
| Auggie CLI | ✅ | |
| CodeBuddy CLI | ✅ | v0.0.64 新增 |
| Roo Code | ✅ | |
| Amp | ✅ | v0.0.85 新增 |
| SHAI | ✅ | v0.0.85 新增 |
| Amazon Q Developer CLI | ✅ | |
| Codex CLI | Codex 不支援 斜線命令的自訂參數。 |
specify-tw 命令支援以下選項：
| 命令 | 描述 |
|---|---|
init |
從最新模板初始化新的 Specify TW 專案 |
check |
檢查已安裝的工具 (git, claude, gemini, copilot, cursor-agent, qwen, opencode, codex, windsurf, kilocode, auggie, codebuddy, roo, amp, shai, q, code/code-insiders) |
version |
顯示 CLI 版本、模板版本和系統資訊 |
| 參數/選項 | 類型 | 描述 |
|---|---|---|
<project-name> |
參數 | 新專案目錄的名稱（使用 --here 時可選，或使用 . 表示目前目錄） |
--ai |
選項 | 要使用的AI助手：claude, gemini, copilot, cursor-agent, qwen, opencode, codex, windsurf, kilocode, auggie, codebuddy, roo, amp, shai, 或 q |
--script |
選項 | 要使用的指令碼變體：sh (bash/zsh) 或 ps (PowerShell) |
--ignore-agent-tools |
標誌 | 跳過AI代理工具的檢查（如 Claude Code, Gemini CLI, SHAI 等）；適用於跳過不需要的檢查或工具尚未安裝的情況 |
--no-git |
標誌 | 跳過 git 儲存庫初始化 |
--here |
標誌 | 在目前目錄初始化專案，而不是建立新目錄 |
--force |
標誌 | 在目前目錄中初始化時強制合併/覆寫（跳過確認） |
--skip-tls |
標誌 | 跳過 SSL/TLS 驗證（不推薦） |
--debug |
標誌 | 啟用詳細除錯輸出以進行故障排除 |
--github-token |
選項 | API 請求的 GitHub 權杖（或設定 GH_TOKEN/GITHUB_TOKEN 環境變數） |
# 基本專案初始化
specify-tw init my-project
# 使用特定AI助手初始化
specify-tw init my-project --ai claude
# 使用 Cursor 支援初始化
specify-tw init my-project --ai cursor-agent
# 使用 Windsurf 支援初始化
specify-tw init my-project --ai windsurf
# 使用 CodeBuddy 支援初始化（v0.0.64 新增）
specify-tw init my-project --ai codebuddy
# 使用 Amp 支援初始化（v0.0.85 新增）
specify-tw init my-project --ai amp
# 使用 SHAI 支援初始化（v0.0.85 新增）
specify-tw init my-project --ai shai
# 使用 PowerShell 指令碼初始化（Windows/跨平台）
specify-tw init my-project --ai copilot --script ps
# 在目前目錄初始化
specify-tw init . --ai copilot
# 或使用 --here 標誌
specify-tw init --here --ai copilot
# 強制合併到目前（非空）目錄而無需確認
specify-tw init . --force --ai copilot
# 或
specify-tw init --here --force --ai copilot
# 跳過 git 初始化
specify-tw init my-project --ai gemini --no-git
# 啟用除錯輸出以進行故障排除
specify-tw init my-project --ai claude --debug
# 使用 GitHub 權杖進行 API 請求（對企業環境有幫助）
specify-tw init my-project --ai claude --github-token ghp_your_token_here
# 檢查系統要求
specify-tw check
# 顯示版本和系統資訊（v0.0.85 新增）
specify-tw version執行 specify-tw init 後，您的AI編碼代理將可以使用這些斜線命令進行結構化開發：
| 命令 | 描述 |
|---|---|
/speckit.constitution |
建立或更新專案管理原則和開發指南 |
/speckit.specify |
定義您想要建置的內容（需求和使用者故事） |
/speckit.clarify |
澄清未充分說明的區域（建議在 /speckit.plan 之前執行；以前為 /quizme） |
/speckit.plan |
使用您選擇的技術堆疊建立技術實施計畫 |
/speckit.tasks |
為實施生成可操作的任務清單 |
/speckit.analyze |
跨工件一致性和覆蓋範圍分析（在 /speckit.tasks 之後，/speckit.implement 之前執行） |
/speckit.implement |
執行所有任務以根據計畫建置功能 |
/speckit.checklist |
生成自訂品質檢查清單，驗證需求的完整性、清晰度和一致性（如「英語的單元測試」） |
/speckit.taskstoissues |
將任務清單中的任務轉換為 GitHub Issues（需要 gh CLI 和有效的 GitHub token）（v0.0.85 新增） |
v0.0.69 新增功能: Specify TW 現在提供智慧分支命名系統,可以自動從功能描述生成簡潔、有意義的分支名稱。
- 自動關鍵字提取: 從功能描述中提取最重要的 2-4 個關鍵字
- 停用詞過濾: 自動移除 42 個常見停用詞(如「我」、「想要」、「一個」等)
- 縮寫詞保留: 保留全大寫的技術縮寫(如 API、UI、OAuth2)
- GitHub 限制驗證: 自動確保分支名稱符合 GitHub 244 位元組限制
- 自動截斷: 超過限制時智慧截斷並顯示警告
Bash/Zsh 環境:
# 自動生成分支名稱
.specify/scripts/bash/create-new-feature.sh "我想要新增使用者認證功能"
# 產生分支: 001-user-authentication-function
# 使用自訂短名稱
.specify/scripts/bash/create-new-feature.sh --short-name "user-auth" "我想要新增使用者認證功能"
# 產生分支: 001-user-auth
# 檢視幫助資訊
.specify/scripts/bash/create-new-feature.sh --helpPowerShell 環境:
# 自動生成分支名稱
.specify\scripts\powershell\create-new-feature.ps1 "為 API 實作 OAuth2 整合"
# 產生分支: 001-oauth2-api-integration
# 使用自訂短名稱
.specify\scripts\powershell\create-new-feature.ps1 -ShortName "oauth2-api" "為 API 實作 OAuth2 整合"
# 產生分支: 001-oauth2-api
# 檢視幫助資訊
.specify\scripts\powershell\create-new-feature.ps1 -Help| 功能描述 | 自動生成的分支名稱 |
|---|---|
| 我想要新增使用者認證功能 | 001-user-authentication-function |
| 為 API 實作 OAuth2 整合 | 002-oauth2-api-integration |
| 建立分析儀表板 | 003-analytics-dashboard |
| 修復付款處理逾時錯誤 | 004-fix-payment-timeout |
系統會自動過濾以下 42 個常見停用詞:
i, a, an, the, to, for, of, in, on, at, by, with, from, is, are, was, were, be, been, being, have, has, had, do, does, did, will, would, should, could, can, may, might, must, shall, this, that, these, those, my, your, our, their, want, need, add, get, set
當您使用 /speckit.specify 命令建立功能規範時,AI 助手會自動使用這個智慧分支命名系統。您也可以在提示中明確指定短名稱:
/speckit.specify --short-name "user-auth" 我想要新增完整的使用者認證系統,包括註冊、登入和密碼重設功能
詳細說明: 請參考 templates/commands/speckit.specify.md 中的完整工作流程。
| 變數 | 描述 |
|---|---|
SPECIFY_FEATURE |
為非 Git 儲存庫覆蓋功能偵測。設定為功能目錄名稱（例如，001-photo-albums）以在不使用 Git 分支的情況下處理特定功能。**必須在您正在使用的代理內容中設定，然後才能使用 /speckit.plan 或後續命令。 |
GH_TOKEN 或 GITHUB_TOKEN |
GitHub API 權杖，用於提高 API 速率限制。已驗證請求限制為 5,000 次/小時，未驗證為 60 次/小時。 |
v0.0.85 新增功能: Specify TW 現在提供增強的 GitHub API 速率限制錯誤處理。當遇到速率限制（HTTP 403/429）時，CLI 會提供詳細的錯誤資訊包括：
- 速率限制狀態：目前的請求限制和剩餘次數
- 重置時間：限制重置的本地時區時間
- 重試間隔：等待重試的建議時間（如果可用）
- 疑難排解提示：具體的解決方案建議
建議做法：
- 在企業或共享 CI 環境中使用
--github-token選項或設定環境變數 - 已驗證請求的速率限制為 5,000 次/小時，遠高於未驗證的 60 次/小時
- 使用
--debug選項可查看完整的 API 回應內容，便於診斷問題
規範驅動開發是一個強調以下方面的結構化過程：
- 意圖驅動開發，規範在「如何」之前定義「什麼」
- 豐富的規範建立，使用護欄和組織原則
- 多步精煉，而不是從提示一次性生成程式碼
- 高度依賴高階AI模型能力進行規範解釋
| 階段 | 重點 | 關鍵活動 |
|---|---|---|
| 0到1開發（「新建專案」） | 從頭生成 |
|
| 創意探索 | 並行實作 |
|
| 迭代增強（「現有專案改造」） | 現有專案現代化 |
|
我們的研究和實驗專注於：
- 使用多樣化的技術堆疊建立應用程式
- 驗證規範驅動開發是一個不依賴於特定技術、程式語言或框架的過程
- 展示關鍵任務應用程式開發
- 融入組織約束（雲端提供商、技術堆疊、工程實踐）
- 支援企業設計系統和合規要求
- 為不同使用者群體和偏好建置應用程式
- 支援各種開發方法（從氛圍編碼到AI原生開發）
- 驗證並行實作探索的概念
- 提供強大的迭代功能開發工作流程
- 擴展流程以處理升級和現代化任務
- Linux/macOS（或Windows上的WSL2）
- 支援的 AI 編碼助手
- uv 用於套件管理
- Python 3.11+
- Git
- 完整的規範驅動開發方法論 - 深入了解完整流程
- 詳細演練 - 分步實施指南
點擊展開詳細的分步演練
您可以使用Specify TW CLI來引導您的專案，這將在您的環境中引入所需的工件。執行：
specify-tw init <project_name>或在目前目錄初始化：
specify-tw init .
# 或使用 --here 標誌
specify-tw init --here
# 跳過確認當目錄已有檔案時
specify-tw init . --force
# 或
specify-tw init --here --force
系統會提示您選擇正在使用的AI代理。您也可以直接在終端機中主動指定：
specify-tw init <project_name> --ai claude
specify-tw init <project_name> --ai gemini
specify-tw init <project_name> --ai copilot
specify-tw init <project_name> --ai cursor-agent
specify-tw init <project_name> --ai qwen
specify-tw init <project_name> --ai opencode
specify-tw init <project_name> --ai codex
specify-tw init <project_name> --ai windsurf
specify-tw init <project_name> --ai kilocode
specify-tw init <project_name> --ai auggie
specify-tw init <project_name> --ai codebuddy # v0.0.64 新增
specify-tw init <project_name> --ai roo
specify-tw init <project_name> --ai q
# 或在目前目錄：
specify-tw init --here --ai claude
specify-tw init --here --ai codex
# 強制合併到非空的目前目錄
specify-tw init --here --force --ai claudeCLI會檢查您是否安裝了Claude Code、Gemini CLI、Cursor CLI、Qwen CLI、opencode或Codex CLI。如果您沒有安裝，或者您希望在不檢查正確工具的情況下獲取模板，請在命令中使用 --ignore-agent-tools：
specify-tw init <project_name> --ai claude --ignore-agent-tools轉到專案資料夾並執行您的AI代理。在我們的範例中，我們使用 claude。
如果您看到 /speckit.constitution、/speckit.specify、/speckit.plan、/speckit.tasks 和 /speckit.implement 命令可用，就說明配置正確。
第一步應該是使用 /speckit.constitution 命令建立專案的指導原則。這有助於確保在所有後續開發階段中做出一致的決策：
/speckit.constitution 建立專注於程式碼品質、測試標準、使用者體驗一致性和效能要求的原則。包括這些原則應如何指導技術決策和實施選擇的治理。
此步驟會建立或更新 .specify/memory/constitution.md 檔案，其中包含專案的基礎指南，AI代理將在規範、規劃和實施階段參考這些指南。
[!IMPORTANT] 盡可能明確地說明您要建置的_什麼_和_為什麼_。此時不要關注技術堆疊。
範例提示：
開發Taskify，一個團隊生產力平台。它應該允許使用者建立專案、新增團隊成員、
分配任務、評論並以看板風格在板之間移動任務。在此功能的初始階段，
我們稱之為「建立Taskify」，我們將有多個使用者，但使用者將提前預定義。
我想要兩個不同類別的五個使用者，一個產品經理和四個工程師。讓我們建立三個
不同的範例專案。讓我們為每個任務的狀態使用標準的看板列，如「待辦」、
「進行中」、「審核中」和「已完成」。此應用程式將沒有登入，因為這只是
確保我們基本功能設定的第一次測試。對於UI中的任務卡片，
您應該能夠在看板工作板的不同列之間變更任務的目前狀態。
您應該能夠為特定卡片留下無限數量的評論。您應該能夠從該任務
卡片中分配一個有效使用者。當您首次啟動Taskify時，它會給您一個五個使用者的清單供您選擇。
不需要密碼。當您點擊使用者時，您進入主視圖，顯示專案清單。
當您點擊專案時，您會打開該專案的看板。您將看到列。
您將能夠在不同列之間來回拖放卡片。您將看到分配給您的任何卡片，
即目前登入使用者，與其他卡片顏色不同，以便您快速看到您的卡片。
您可以編輯您所做的任何評論，但不能編輯其他人所做的評論。您可以
刪除您所做的任何評論，但不能刪除其他人所做的評論。
輸入此提示後，您應該看到Claude Code啟動規劃和規範起草過程。Claude Code還將觸發一些內建指令碼來設定儲存庫。
完成此步驟後，您應該有一個新建立的分支（例如，001-create-taskify），以及 specs/001-create-taskify 目錄中的新規範。
生成的規範應包含一組使用者故事和功能需求，如模板中所定義。
在此階段，您的專案資料夾內容應類似於以下內容：
└── .specify
├── memory
│ └── constitution.md
├── scripts
│ ├── check-task-prerequisites.sh
│ ├── common.sh
│ ├── create-new-feature.sh
│ ├── get-feature-paths.sh
│ ├── setup-plan.sh
│ └── update-claude-md.sh
├── specs
│ └── 001-create-taskify
│ └── spec.md
└── templates
├── CLAUDE-template.md
├── plan-template.md
├── spec-template.md
└── tasks-template.md
有了專案原則後，您現在可以建立功能規範。使用 /speckit.specify 命令，然後為您想要開發的專案提供具體需求。
對於您建立的每個範例專案或專案，每個專案應該有5到15個之間的可變數量任務，
隨機分布到不同的完成狀態。確保每個完成階段至少有一個任務。
您還應該要求Claude Code驗證審核和驗收清單，勾選驗證/通過要求的項目，未通過的項目保持未勾選狀態。可以使用以下提示：
閱讀審核和驗收清單，如果功能規範符合標準，請勾選清單中的每個項目。如果不符合，請留空。
重要的是，要將與Claude Code的互動作為澄清和圍繞規範提問的機會——不要將其第一次嘗試視為最終版本。
建立了基線規範後，您可以繼續澄清在第一次嘗試中未正確捕獲的任何需求。
您應該在建立技術計畫之前執行結構化澄清工作流程，以減少下游的返工。
首選順序：
- 使用
/speckit.clarify（結構化）- 順序的、基於覆蓋率的提問，將答案記錄在澄清部分。 - 如果仍然感覺模糊，可以選擇性地進行臨時自由形式精煉。
如果您想跳過澄清（例如，技術驗證或探索性原型），請明確說明，這樣代理就不會因缺少澄清而阻塞。
範例自由形式精煉提示（如果需要，在 /speckit.clarify 之後）：
我們將使用.NET Aspire生成這個，使用Postgres作為資料庫。前端應該使用
Blazor伺服器與拖放任務板、即時更新。應該建立一個REST API，包含專案API、
任務API和通知API。
此步驟的輸出將包括許多實施細節文件，您的目錄樹類似於：
.
├── CLAUDE.md
├── memory
│ └── constitution.md
├── scripts
│ ├── check-task-prerequisites.sh
│ ├── common.sh
│ ├── create-new-feature.sh
│ ├── get-feature-paths.sh
│ ├── setup-plan.sh
│ └── update-claude-md.sh
├── specs
│ └── 001-create-taskify
│ ├── contracts
│ │ ├── api-spec.json
│ │ └── signalr-spec.md
│ ├── data-model.md
│ ├── plan.md
│ ├── quickstart.md
│ ├── research.md
│ └── spec.md
└── templates
├── CLAUDE-template.md
├── plan-template.md
├── spec-template.md
└── tasks-template.md
檢查 research.md 文件，確保根據您的說明使用了正確的技術堆疊。如果任何元件突出顯示，您可以要求Claude Code完善它，甚至讓它檢查您想要使用的平台/框架的本地安裝版本（例如，.NET）。
此外，如果您選擇的技術堆疊是快速變化的（例如，.NET Aspire、JS框架），您可能想要要求Claude Code研究有關所選技術堆疊的詳細資訊，使用這樣的提示：
我希望您檢視實施計畫和實施細節，尋找可能從額外研究中受益的領域，
因為.NET Aspire是一個快速變化的函式庫。對於您識別的需要進一步研究的那些領域，
我希望您使用有關我們將在Taskify應用程式中使用的特定版本的額外詳細資訊更新研究文件，
並啟動並行研究任務，使用網路研究澄清任何細節。
在此過程中，您可能會發現Claude Code卡在研究錯誤的內容——您可以使用這樣的提示幫助它朝著正確的方向推進：
我認為我們需要將其分解為一系列步驟。首先，識別您在實施期間需要做的不確定
或從進一步研究中受益的任務清單。寫下這些任務的清單。然後對於這些任務中的每一個，
我希望您啟動一個單獨的研究任務，這樣最終結果是我們並行研究所有這些非常具體的任務。
我看到您所做的是看起來您在研究.NET Aspire一般情況，我認為這對我們不會有太大幫助。
那太沒有針對性的研究了。研究需要幫助您解決特定的針對性問題。
[!NOTE] Claude Code可能過於急切，新增您沒有要求的元件。要求它澄清變更的理由和來源。
您現在可以具體說明技術堆疊和其他技術要求。您可以使用專案模板中內建的 /speckit.plan 命令，使用這樣的提示：
現在我希望您去審核實施計畫和實施細節檔案。
帶著確定是否存在從閱讀中可以明顯看出的您需要做的一系列任務的眼光來閱讀。
因為我不確定這裡是否足夠。例如，當我檢視核心實施時，參考實施細節中的適當位置
會很有用，以便在它執行核心實施或精煉中的每個步驟時可以找到資訊。
這有助於完善實施計畫，並幫助您避免Claude Code在其規劃週期中遺漏的潛在盲點。一旦初始精煉完成，在您可以進入實施之前，要求Claude Code再次檢查清單。
您也可以要求Claude Code（如果您安裝了GitHub CLI）繼續從您目前的分支向 main 建立一個詳細描述的pull request，以確保工作得到正確追蹤。
[!NOTE] 在讓代理實施之前，還值得提示Claude Code交叉檢查細節，看看是否有任何過度設計的部分（記住——它可能過於急切）。如果存在過度設計的元件或決策，您可以要求Claude Code解決它們。確保Claude Code遵循專案章程作為建立計畫時必須遵守的基礎。
有了計畫後，您應該讓Claude Code檢查它，確保沒有遺漏的部分。您可以使用這樣的提示：
[!IMPORTANT] Claude Code將執行本地CLI命令（如
dotnet）——確保您在機器上安裝了它們。
準備就緒後，使用 /speckit.implement 命令執行您的實施計畫：
/speckit.implement
/speckit.implement 命令將：
- 驗證所有先決條件都已就緒（章程、規範、計畫和任務）
- 解析
tasks.md中的任務分解 - 按正確順序執行任務，尊重相依性和並行執行標記
- 遵循任務計畫中定義的 TDD 方法
- 提供進度更新並適當處理錯誤
[!IMPORTANT] AI代理將執行本地CLI命令（如
dotnet、npm等）- 確保您在機器上安裝了所需的工具。
實施完成後，測試應用程式並解決任何在CLI日誌中可能不可見的執行階段錯誤（例如，瀏覽器主控台錯誤）。您可以將此類錯誤複製貼上回AI代理以進行解決。
如果您在Linux上遇到Git身份驗證問題，可以安裝Git憑證管理器：
#!/usr/bin/env bash
set -e
echo "正在下載Git憑證管理器v2.6.1..."
wget https://github.com/git-ecosystem/git-credential-manager/releases/download/v2.6.1/gcm-linux_amd64.2.6.1.deb
echo "正在安裝Git憑證管理器..."
sudo dpkg -i gcm-linux_amd64.2.6.1.deb
echo "正在配置Git使用GCM..."
git config --global credential.helper manager
echo "正在清理..."
rm gcm-linux_amd64.2.6.1.deb如需支援，請開啟GitHub issue。我們歡迎錯誤報告、功能請求和關於使用規範驅動開發的問題。
這個專案深受John Lam的工作和研究的影響並基於其成果。
本專案根據MIT開源授權的條款授權。請參閱LICENSE檔案了解完整條款。