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