名称: 加载合并请求上下文 描述: 使用 GitLab MCP 工具加载当前分支的合并请求上下文
加载合并请求上下文
名称
gitlab:load-mr-context - 加载当前分支的合并请求上下文
摘要
/load-mr-context [项目路径] [分支]
描述
加载给定分支的开放合并请求的完整上下文,包括描述、变更、流水线状态和评审评论。使用 GitLab MCP 工具进行结构化数据访问。
实现
给定 project-path 和 branch 参数:
- 使用
mcp__plugin_gitlab_gitlab__list_merge_requests和project_id: "PROJECT_PATH"、source_branch: "BRANCH"、state: "opened"来查找合并请求 - 如果未找到合并请求,报告此分支没有开放的合并请求并停止
- 如果存在合并请求,静默地 收集上下文(不要逐步叙述):
- 使用
mcp__plugin_gitlab_gitlab__get_merge_request和合并请求的 IID 来读取描述、标签、评审者和元数据 - 使用
mcp__plugin_gitlab_gitlab__get_merge_request_diffs来了解变更内容 - 检查分支的流水线状态
- 检查评审笔记/讨论
- 检查合并请求描述中提到的链接问题
- 使用
- 呈现一个简洁的摘要:
- 合并请求标题、编号和状态
- 描述中的关键点
- 更改的文件(数量和重要文件)
- 流水线状态(通过/失败)
- 评审状态(已批准、请求更改、待处理)
- 任何阻塞问题或失败的流水线
示例交互
用户: /load-mr-context 我的组/我的项目 功能/mr-上下文
Claude: ## 合并请求 !42: 添加 MR 上下文检测钩子
- **状态**: 开放,1 个评审待处理
- **描述**: 添加 GitLab 插件的 SessionStart 钩子,用于检测当前分支上的开放合并请求
- **变更**: 4 个文件 (+120, -8)
- **流水线**: 所有阶段通过
- **评审**: 1 个已批准,1 个来自 @reviewer 的待处理
准备好协助处理此合并请求。
参数
project-path(必需):GitLab 项目路径(例如,组/项目或数字 ID)branch(必需):用于查找合并请求的分支名称
提示
- 此技能通常在功能分支上启动会话时自动调用
- 所有数据通过 MCP 工具获取(无需 CLI 命令)
- 摘要保持简洁,以避免会话启动时的杂乱