承接 #493(gc 集成 lark-cli)。#493 已落地独立的飞书发送能力(gc lark send / gc lark auth status / gc lark install / gc lark doctor / gc lark config)。为控制 #493 的评审范围,把「在 issue/PR 创建成功后自动回推飞书通知」的挂载 hook 拆分到本 Issue 单独跟踪。
gc lark send
gc lark auth status
gc lark install
gc lark doctor
gc lark config
在 gc issue create 与 gc pr create 增加 --notify-lark <chat-id> flag(可缺省,缺省时用默认群 GC_LARK_DEFAULT_CHAT_ID / ~/.config/gc/lark.json)。创建成功后,把 issue/PR 标题与链接作为 markdown 消息推送到指定飞书群,复用 pkg/larkcli 的子进程委托链路与 cmdutil.ScanContentForSecrets 扫描。
gc issue create
gc pr create
--notify-lark <chat-id>
GC_LARK_DEFAULT_CHAT_ID
~/.config/gc/lark.json
pkg/larkcli
cmdutil.ScanContentForSecrets
实现要点:
cmdutil.NotifyLark(run larkcli.RunFunc, chatID, text string) error
<标题>
<html_url>
gc issue create ... --notify-lark oc_xxx
gc pr create ... --notify-lark oc_xxx
go build ./...
go test ./...
docs/COMMANDS.md
--notify-lark
PR #428(Closes #493)合入时,GitCode 对 PR body 中的裸 #494(出现在自检「未覆盖项」一行:「--notify-lark issue/pr 挂载 hook → #494 跟踪」)触发了自动关闭,导致本 Issue 被连带关闭。
#494
实际本 Issue(issue/pr --notify-lark 挂载 hook)尚未实现,仅作为 #493 的拆分跟踪项。现重开,保持开放至 hook 落地。
后续 PR 实现 hook 时,body 用 Closes #494(带关键字)关闭;PR body 不得出现裸 #NNN。
Closes #494
#NNN
Background
承接 #493(gc 集成 lark-cli)。#493 已落地独立的飞书发送能力(
gc lark send/gc lark auth status/gc lark install/gc lark doctor/gc lark config)。为控制 #493 的评审范围,把「在 issue/PR 创建成功后自动回推飞书通知」的挂载 hook 拆分到本 Issue 单独跟踪。Proposal
在
gc issue create与gc pr create增加--notify-lark <chat-id>flag(可缺省,缺省时用默认群GC_LARK_DEFAULT_CHAT_ID/~/.config/gc/lark.json)。创建成功后,把 issue/PR 标题与链接作为 markdown 消息推送到指定飞书群,复用pkg/larkcli的子进程委托链路与cmdutil.ScanContentForSecrets扫描。实现要点:
cmdutil.NotifyLark(run larkcli.RunFunc, chatID, text string) error共享辅助,供 issue/pr 复用<标题>+<html_url>,带来源标识(issue/PR)Acceptance Criteria
Refs #493