forked from Gitlink/gitlink-cli
3.7 KiB
3.7 KiB
| name | version | description | metadata | |||||||
|---|---|---|---|---|---|---|---|---|---|---|
| gitlink-issue | 2.1.0 | GitLink Issue 管理:创建、查看、更新、关闭、评论,以及批量关闭、批量评论、批量更新。 |
|
gitlink-issue
先阅读
../gitlink-shared/SKILL.md,确认认证方式、全局参数和安全约束。
适用场景
- 维护者需要快速创建、更新、关闭或评论 Issue。
- Agent 需要基于仓库内的 Issue 批量做运营动作,例如统一补评论、统一更新优先级、统一补截止日期。
- 需要从 Markdown 文件读取长文本,避免把大段内容直接塞进命令行参数。
常用命令
| Shortcut | 用途 | 是否写操作 |
|---|---|---|
issue +list |
列出 Issue | 否 |
issue +view |
查看单个 Issue 详情 | 否 |
issue +create |
创建 Issue,支持 --body-file |
是 |
issue +update |
更新单个 Issue,支持 --body-file |
是 |
issue +close |
关闭单个 Issue | 是 |
issue +comment |
给单个 Issue 添加评论,支持 --body-file |
是 |
issue +batch-close |
按编号或 CSV 批量关闭 Issue | 是 |
issue +batch-comment |
按编号或 CSV 批量评论 | 是 |
issue +batch-update |
按编号或 CSV 批量更新元数据 | 是 |
issue +assigners |
列出可分配负责人 | 否 |
issue +authors |
列出 Issue 作者 | 否 |
issue +priorities |
列出优先级 | 否 |
issue +tags |
列出标签 | 否 |
issue +statuses |
列出状态 | 否 |
使用方式
# 创建一个 Issue
gitlink-cli issue +create --owner Gitlink --repo forgeplus \
--title "Bug: 登录失败" \
--body-file issue.md
# 更新单个 Issue 的优先级和截止日期
gitlink-cli issue +update --owner Gitlink --repo forgeplus \
--number 42 \
--priority-id 4 \
--due-date 2026-06-15
# 通过文件给单个 Issue 添加长评论
gitlink-cli issue +comment --owner Gitlink --repo forgeplus \
--number 42 \
--body-file comment.md
# 预览批量评论
gitlink-cli issue +batch-comment --owner Gitlink --repo forgeplus \
--numbers 42,43,44 \
--body-file comment.md \
--dry-run
# 从 CSV 批量更新 Issue
gitlink-cli issue +batch-update --owner Gitlink --repo forgeplus \
--from issues.csv \
--state closed \
--priority-id 4 \
--due-date 2026-06-15
批量操作约定
--numbers使用网页 URL 中可见的 Issue 编号,不是数据库内部 ID。--from支持 CSV 文件,优先识别number、issue_number、project_issues_index列;如果没有表头,则默认第一列为 Issue 编号。issue +batch-comment和issue +batch-update会逐条执行,并输出每条 Issue 的结果汇总。- 批量命令支持
--dry-run,推荐先预览再真实执行。
文本输入约定
issue +create、issue +update、issue +comment、issue +batch-comment、issue +batch-update都支持--body-file。--body和--body-file互斥,避免正文来源不明确。- 长文本优先使用
--body-file,便于保留换行和 Markdown 格式。
安全建议
- 对写操作先确认仓库、Issue 编号和目标字段。
- 批量命令先跑
--dry-run,确认数量和目标无误后再执行真实写入。 issue +update和issue +batch-update会先读取当前 Issue,再带上现有标题/描述/元数据发起 PATCH,避免误清空字段。
输出与自动化
- 所有命令都支持全局
--format json|table|yaml。 - 批量命令输出统一包含
repository、action、dry_run、total、succeeded、failed和逐条results,适合脚本和 Agent 继续处理。