close-github-worktree-done

仓库 owner = TencentBlueKing,repo = bk-ci; 远端 = origin; GitHub MCP server = user-github

tencentblueking/bk-ci1 installsMITSynced Aug 26

Works with

Claude CodeCursorCodex CLIGitHub CopilotGemini CLI

Agent Skills format with YAML frontmatter. Claude Code reads it as-is.

---
name: "close-github-worktree-done"
description: "仓库 owner = TencentBlueKing,repo = bk-ci; 远端 = origin; GitHub MCP server = user-github"
license: "MIT"
---

# 关闭 Worktree 并完成需求(GitHub 版)

## 固定参数

- 仓库 owner = `TencentBlueKing`,repo = `bk-ci`
- 远端 = `origin`
- GitHub MCP server = `user-github`

## 硬性约束

1. **必须在 master 上执行**:执行前 `git branch --show-current`;若**不是** `master`,**中止**并说明本 skill 仅在 master 分支上使用,请先切换到 master 分支。

## 工作流

### Step 0: 确定目标分支

用户可在指令中指定要关闭的分支名(如 `bug-12994`)。

- **已指定分支名**:直接使用该分支名作为目标分支,进入 Step 1。
- **未指定分支名**:执行 `git worktree list`(或 `--porcelain`)列出所有 worktree,**排除主工作树**(`--porcelain` 下第一条 `worktree ` 路径对应、与主仓库根目录相同的那条),将剩余条目的**分支名**(及路径,便于辨认)展示给用户,使用 `AskQuestion` 让用户选择要关闭的分支。用户选择后以所选分支名作为目标分支进入 Step 1。若无附属 worktree,说明情况并结束。

以下步骤中「目标分支」均指本步确定的分支名。

### Step 1: 解析 Issue 号

从**目标分支名**解析 GitHub Issue 号,约定 `{type}-{keywords}-{issue号}` 或 `{type}-{issue号}`(例:`bug-12994`、`feat-tenant-3-11524`、`issue-12123`)。用 `-` 分段,**最后一段**为 issue 号(纯数字)。

- 最后一段非纯数字 / 无法解析:询问用户是否**仅移除 worktree、跳过 GitHub Issue 操作**;用户确认后继续(跳过 Step 3)。
- 可解析:记录 issue 号,供 Step 3 使用。

### Step 2: 解析目标 worktree 路径并确认是否可移除

**顺序说明:** 须先确认本地存在可移除的 worktree 且脏数据策略已达成一致,再操作 GitHub Issue(Step 3),避免「无 worktree / 用户中止」时 Issue 已被关闭。

1. **主仓库根目录 `MAIN_ROOT`**:`git rev-parse --show-toplevel`(当前已在 master,应为主工作树)。
2. **目标 worktree 根目录 `TARGET_ROOT`**:根据 `git worktree list`(或 `--porcelain`)查找检出「目标分支」的那一行路径。若找不到(该分支无本地 worktree),说明情况并中止。

若 **`TARGET_ROOT` 与 `MAIN_ROOT` 相同**:**不得**继续移除(主工作树不应由此 skill 关闭);应中止并说明。

在 **`TARGET_ROOT`** 下执行 `git status --porcelain`(可用 `git -C "<TARGET_ROOT>" status --porcelain`)。

- 有未提交变更:说明风险,**需用户明确同意**后才可在移除时使用 `git worktree remove --force`;否则请先提交或 stash。
- 无变更:移除时无需 `--force`(除非 Git 仍要求,按提示处理)。

**合并状态检查:** 须先让本地 `master` 与远端一致,再判断目标分支是否已合并;均在 **`MAIN_ROOT`**(当前检出 `master`)下执行:

```bash
git fetch origin master
git merge origin/master
```

- `fetch` / `merge` 任一步失败(含本地 `master` 有未提交变更导致无法快进/合并):向用户说明原因并**中止**本流程。
- 同步成功后执行:

```bash
git branch --merged master
```

若输出中**不包含**目标分支名,说明该分支尚未合并到 master。此时须通过 `AskQuestion` 明确询问用户:

> 分支 `<目标分支名>` 尚未合并到 master,删除后其本地提交将无法通过此分支访问。确定要继续删除吗?

- 用户选择**取消**:中止整个流程。
- 用户选择**确认**:继续执行 Step 3。

本步骤**不删除远程分支**;不执行 `git push --delete` 等操作。

### Step 3: 关闭 GitHub Issue(可选并确认)

(若 Step 1 已选择**跳过 GitHub**,跳过本步。)

> **说明:** bk-ci 的 PR 合并若在描述中带 `fixes #N` / `closes #N`,Issue 通常在合并时**已自动关闭**。因此本步默认不强制关闭,须先确认状态、再决定。

1. 读取 Issue 当前状态:

```
CallMcpTool:
  server: user-github
  toolName: issue_read
  arguments:
    method: get
    owner: TencentBlueKing
    repo: bk-ci
    issue_number: <issue号>
```

2. 若 `state` 已为 `closed`:跳过关闭,直接进入 Step 4。
3. 若仍为 `open`:用 `AskQuestion` 询问用户是否现在关闭该 Issue。
   - 用户确认关闭:

```
CallMcpTool:
  server: user-github
  toolName: issue_write
  arguments:
    method: update
    owner: TencentBlueKing
    repo: bk-ci
    issue_number: <issue号>
    state: closed
    state_reason: completed
```

   - 用户选择不关闭:保留 Issue 开启,继续 Step 4。

MCP 失败时向用户说明,由用户决定是否仍执行 Step 4 移除 worktree。**本步不删除远程分支。**

### Step 4: 移除本地 worktree

应在 **master / `MAIN_ROOT`** 中操作,避免在待删目录内执行导致失败。

**方式 A(推荐,路径已明确):** 在 `MAIN_ROOT` 下执行:

```bash
git worktree remove [--force] "<TARGET_ROOT>"
```

**方式 B(按分支名解析,与创建时路径规则一致):** 在 **MAIN_ROOT** 下执行脚本:

**Windows(PowerShell):**

```powershell
powershell -File .cursor/skills/github-worktree/scripts/git-worktree.ps1 -Action Remove -Branch "<目标分支名>"
```

**macOS / Linux:**

```bash
bash .cursor/skills/github-worktree/scripts/git-worktree.sh remove -b "<目标分支名>"
```

必要时加 `-Force` / `-f`(仅在与用户确认后)。

### Step 5: 删除本地分支

worktree 移除成功后,删除对应的本地分支:

```bash
git branch -d "<目标分支名>"
```

- 若 Git 提示该分支未完全合并(`-d` 拒绝),**需用户明确同意**后才可使用 `-D` 强制删除;否则跳过本步,提示用户手动处理。
- 本步骤**不删除远程分支**;不执行 `git push --delete` 等操作。

## 注意事项

- 移除 worktree 后,若 Cursor 仍打开 **`TARGET_ROOT`** 目录,该工作区路径将失效,属预期现象。
- 若 GitHub 与移除任一步失败,如实反馈;已执行的步骤不自动回滚。

More General & Other skills

← All General & Other skills

Check your AI visibility

One URL in, a 0–100 score and the exact fixes out.

RUN THE CHECK

Browse all the tools

15 tools across six categories
13 of them never send your data anywhere

Free · No signup · No trial clock

SEE THE DIRECTORY