人工智能AI 應用開發(fā)工具CLIAI Agentdsh-pluginDeepSeek【免費下載鏈接】ccg-workflow多模型協作開發(fā)系統(tǒng) - Claude 編排 Codex 后端 Gemini 前端28 個命令覆蓋開發(fā)全流程一鍵安裝零配置項目地址https://gitcode.com/fengshao1227/ccg-workflow點擊查看免費下載安全識別并清理已合并或長期未更新的 Git 分支是保持倉庫整潔、降低團隊協作混亂度的關鍵日常操作。本文基于 ccg-workflow 開源倉庫中 clean-branches.md 命令規(guī)范完整講解/clean-branches的選項語義、四階段執(zhí)行工作流、保護分支配置與最佳實踐并結合倉庫源碼命令注冊、策略路由、國際化與菜單入口深入解析其底層設計幫助你在 Claude、Codex 等多模型協作開發(fā)環(huán)境中安全、可控地完成分支清理。命令定位CCG 工作流中的 Git 工具/clean-branches是 ccg-workflow 的 V3 核心命令之一歸屬于 Git 類別。在 installer-data.ts 中可以看到核心命令core commands始終隨項目安裝cmd(clean-branches, 22, git, Git 清理分支, Git Clean Branches, 安全清理已合并或過期分支, Safely clean merged or stale branches),其id為clean-branches排序權重order: 22位于commit與worktree之間默認選中defaultSelected: true。這意味著執(zhí)行npx ccg-workflow安裝時該命令會作為 Git 工作流的一部分自動落盤到命令目錄隨后即可通過/clean-branches斜杠命令直接觸發(fā)。在 CCG 的智能入口體系里/clean-branches通過 git-action.md 策略被統(tǒng)一路由關鍵詞命令文件說明commit, 提交commit.md智能提交conventional commitrollback, 回滾, revert, undorollback.md交互式回滾clean branch, 清理分支clean-branches.md清理已合并分支worktreeworktree.mdWorktree 管理也就是說無論用戶直接敲/clean-branches還是通過/ccg:go說清理分支go.md 的快捷路由規(guī)則以clean開頭且含branch→ 加載git-action策略最終都會委托給同一份命令規(guī)范執(zhí)行確保兩條入口行為完全一致——這正是 git-action 策略不重復實現、直接委托現有命令的鐵律體現。使用方法與選項語義命令基本用法/clean-branches [options]完整選項如下選項說明--base branch基準分支默認 main/master--stale days清理超過 N 天未更新的分支--remote同時清理遠程分支--dry-run只預覽不執(zhí)行默認--yes跳過確認直接刪除--force強制刪除未合并分支對選項的語義需要特別強調幾點--dry-run是默認模式。命令設計的核心安全理念是先預覽、再執(zhí)行——不帶任何參數運行/clean-branches等價于/clean-branches --dry-run只會生成清理報告絕不觸碰任何分支。--base決定合并判定的參照系。默認取main/master在多版本并行如 release 分支的倉庫中應顯式指定例如--base release/v2.1以該分支為基準判定已合并。--stale與--base是兩類獨立清理維度前者按時間最后提交距今 N 天判定過期后者按合并狀態(tài)判定兩者可以疊加使用。--yes跳過交互確認適合腳本化或 CI 場景--force對應git branch -D可刪除未合并分支屬于高破壞性操作應謹慎使用。四階段執(zhí)行工作流命令的執(zhí)行被拆分為四個階段每個階段都有明確的模式標簽準備/分析/報告/執(zhí)行這與 CCG 的 task 階段模型analysis → planning → implementation → review → completed一脈相承。 階段 1預檢模式準備同步遠端git fetch --all --prune讀取保護分支配置確定基準分支預檢的核心是數據新鮮度通過git fetch --all --prune先同步遠端引用并清除已刪除的遠程跟蹤分支確保后續(xù)的合并判定與過期判定基于最新狀態(tài)而不是本地陳舊的引用。 階段 2分析識別模式分析已合并分支已完全合并到--base指定的基準分支的分支。過期分支如指定--stale最后提交在 N 天前的分支。排除從待清理列表中移除保護分支保護分支的具體配置方式見下文。 階段 3報告預覽模式報告以 Markdown 報告形式輸出將要刪除的分支清單分類展示## 將要刪除的分支 ### 已合并分支 - feature/old-feature (合并于 3 天前) - bugfix/fixed-issue (合并于 7 天前) ### 過期分支 - experiment/old-test (最后更新 90 天前)報告同時呈現分支名 判定依據讓清理決策有據可查。此報告在默認 dry-run 模式下即為最終輸出在正式執(zhí)行模式下則作為刪除前的最后確認依據。? 階段 4執(zhí)行清理模式執(zhí)行僅在不帶--dry-run且確認后執(zhí)行# 本地分支 git branch -d branch # 遠程分支如果 --remote git push origin --delete branch # 強制刪除如果 --force git branch -D branch注意三種刪除方式的語義差異git branch -d是安全刪除僅允許刪除已合并分支git push origin --delete刪除遠程分支git branch -D是強制刪除不檢查合并狀態(tài)。是否走到這一步取決于--dry-run默認是否被顯式關閉以及用戶是否確認--yes可跳過確認。保護分支配置給清理上保險保護分支通過 Git config 的branch.cleanup.protected多值鍵管理支持精確分支名與通配符兩種形式# 添加保護分支 git config --add branch.cleanup.protected develop git config --add branch.cleanup.protected release/* # 查看保護分支 git config --get-all branch.cleanup.protected使用--add可以累積多個值--get-all讀取全部一個倉庫可同時保護develop和所有release/*前綴分支通配符模式讓版本分支、發(fā)布分支可以整族豁免避免誤刪長期維護線該配置保存在倉庫級.git/config中隨倉庫遷移團隊內共享同一套保護規(guī)則。階段 2 的排除步驟正是讀取這些鍵值將命中保護規(guī)則的分支從待清理列表中移除——保護配置是 dry-run 之外的第二道安全閘門。組合示例# 預覽將清理的分支 /clean-branches --dry-run # 清理已合并且超過 90 天未動的分支 /clean-branches --stale 90 # 清理已合并到 release/v2.1 的分支 /clean-branches --base release/v2.1 --remote --yes三個示例分別對應三種典型場景日常巡檢預覽、按時間維度清理--stale 90會同時覆蓋已合并與90 天未更新兩類分支、以及多版本發(fā)布工作流中的定向清理指定--base、連帶清理遠程、跳過確認。與 CCG 命令生態(tài)的集成方式除了上文提到的命令注冊installer-data.ts與策略路由git-action.mdclean-branches還在另外兩個層面與整個命令體系聯動菜單入口在 menu.ts 中/ccg:clean-branches被注冊進交互式菜單的幫助描述用戶可在npx ccg-workflow的菜單界面中直接看到并觸發(fā)該命令。多語言支持在 i18n/index.ts 中cleanBranches同時擁有中英文文案中文清理分支 (/ccg:clean-branches)、英文Clean branches (/ccg:clean-branches)說明該命令在安裝器、菜單與命令注冊層面都遵循 CCG 的中英雙語 i18n 約定。從實現結構看clean-branches是規(guī)范文檔 命令注冊 策略路由 菜單入口 國際化五層一體中的典型 Git 命令真正執(zhí)行邏輯由 Claude/Codex 依據 clean-branches.md 規(guī)范驅動 Git 完成倉庫本身不做重復實現保證了與原生 Git 語義的完全一致。最佳實踐優(yōu)先 dry-run– 先預覽再執(zhí)行。默認模式下運行/clean-branches即完成一次安全的體檢確認報告無誤后再加--yes正式清理活用 --base– 適配 release 工作流。多版本并行時顯式指定--base release/vX.Y避免以 main 為基準誤判已合并謹慎 --force– 除非確定無用。git branch -D不可恢復刪除前務必通過 dry-run 報告和代碼搜索雙重確認團隊協作– 清理遠程分支前先通知。--remote會直接影響團隊其他成員的本地引用刪除前應在群內或 PR 中公示定期運行– 每月/季度一次保持清爽。把 dry-run 預覽納入例行巡檢配合branch.cleanup.protected保護長期分支讓倉庫始終處于可快速導航的狀態(tài)。小結/clean-branches體現了 ccg-workflow 在 Git 操作上的核心設計哲學默認安全dry-run、顯式授權--yes/--force、可配置保護branch.cleanup.protected、多入口一致斜杠命令與智能路由雙通道。它不重復實現 Git 邏輯而是通過規(guī)范文檔精確約束 AI 的行為邊界——這正是多模型協作開發(fā)系統(tǒng)中人定規(guī)則、AI 執(zhí)行的典型落地形態(tài)。配合 CCG 的 task 追蹤task.json 階段推進與 git-action 策略體系分支清理可以從一次性的手工排查升級為可重復、可審計、團隊統(tǒng)一的例行流程。贊分享人工智能AI 應用開發(fā)工具CLIAI Agentdsh-pluginDeepSeek【免費下載鏈接】ccg-workflow多模型協作開發(fā)系統(tǒng) - Claude 編排 Codex 后端 Gemini 前端28 個命令覆蓋開發(fā)全流程一鍵安裝零配置項目地址https://gitcode.com/fengshao1227/ccg-workflow點擊查看免費下載相關推薦LeetCode 3410 題解線段樹維護最大子段和求解刪除所有值為某個元素后的最大子數組和LeetCode 3410 題解線段樹維護最大子段和求解刪除所有值為某個元素后的最大子數組和 本文圍繞倉庫題解文檔 3410. 刪除所有值為某個元素后的最大人工智能AI 應用開發(fā)工具CLIAI Agentdsh-pluginDeepSeekGel 分支刪除實戰(zhàn)指南gel branch drop 命令詳解與安全刪除策略Gel 分支刪除實戰(zhàn)指南 gel branch drop 命令詳解與安全刪除策略 gel branch drop 是 GelEdgeDBCLI 中用于 永數據庫圖數據庫關系型數據庫NOFX 使用指南故障排查、實戰(zhàn)最佳實踐與核心交易指標全解析NOFX 使用指南故障排查、實戰(zhàn)最佳實踐與核心交易指標全解析 NOFX 是一款面向美股、大宗商品、外匯與加密貨幣的 AI 交易終端核心能力是讓多個 AI 模人工智能AI 應用開發(fā)工具CLIAI Agentdsh-pluginDeepSeek上一篇ThinkPad雙風扇智能控制深度解析從噪音困擾到靜音享受下一篇終極指南如何使用Polo文件管理器高效管理Linux文件系統(tǒng)創(chuàng)作聲明：本文部分內容由AI輔助生成（AIGC），僅供參考