一个用于接收 GitHub Webhook 并转发到飞书机器人的中间件服务。支持灵活的配置、事件过滤和自定义消息模板。
首先，众所周知，飞书在目前没有一个官方的 GitHub 集成（至少在国内是这样，也许之前有，后来因为种种原因总之是没了）。虽然可以通过 GitMaya 等第三方服务实现，但不是不完善（比如 GitMaya 2024 年初还在更新的，结果现在是不可用状态），要不就是操作比较复杂（胡言乱语无法理解）或者通过 workflow 实现（太麻烦），要不就是过于简单，无法满足实际需求。
所以，我决定自己动手写一个，主要目标是：
- 简单易用：配置简单，Docker Compose 开箱即用，基于 GitHub 的 Webhook 实现
- 灵活可定制：支持多种事件过滤和自定义消息模板，只要替换现有的
configs/templates.jsonc就可以满足大部分的模版定制需求。 - 高效稳定：使用 Go 语言编写，性能优越
- 安全可靠：支持签名验证，防止伪造请求
- 开源免费：MIT 许可证，欢迎自开分支或者贡献回来（plz）
支持所有的 GitHub Webhook 事件
- 详见 configs/events.yaml
- 对应的处理方法以及文档详见 internal/handler/
- 默认提供的消息模板详见 configs/templates.jsonc
- 也可以自定义模板，使用我们
handler提供的的占位符变量(详见文档) 以及template提供的模板引擎的语法过滤器条件块等功能 (详见文档) 对发出消息的格式做相应的修改
当您在 GitHub 上添加 Webhook 时（无论是仓库级别还是组织级别），GitHub 会发送一个 ping 事件来测试 Webhook 配置。本服务会：
- 自动识别 ping 事件：无需在
repos.yaml中特别配置 - 智能匹配通知目标：
- 对于组织级 webhook：自动发送到配置了该组织所有仓库的飞书 bot, 即仅
org-name/*模式匹配的仓库 - 对于仓库级 webhook：自动发送到配置了该仓库的飞书 bot
- 对于组织级 webhook：自动发送到配置了该组织所有仓库的飞书 bot, 即仅
- 发送成功通知：向飞书发送一条友好的 Webhook 设置成功消息，包含：
- GitHub 禅语（zen message）
- Hook ID 和类型
- 仓库或组织信息
这样您就能立即确认 Webhook 已正确配置并能正常工作。
参考 QUICKSTART.md 了解如何快速自建服务器部署和测试。
当然我们也有部署好的服务（https://feishu-github-tracker.hnrobert.space/webhook，直接 call 是没效果的，需要在我的服务器上更新配置才能转发到你那里 😈）可供大家使用或者尝试（下方邮件联系我获取试用和少量技术支持）。由于当前的服务是部署在个人服务器上需要运维成本，且配置当前依然需要人力维护，如果想要长期使用，需联系我付费 25¥ (含永久使用权 + 1 年的不限次数配置更新&技术支持，1 年后如需要更新配置或者技术支持，也请续费 10¥/年辛苦费)。
当然为了鼓励大家参与开源，如果你能提一个有效的 PR（修复 bug 或者添加功能（请先提 issue））且最终被合并，或者提出一个详细的包含修复方法的 bug report issue，试用款可以全额退回，后续也不需要支出任何额外费用。
如有想法可以邮件联系我：hnrobert@qq.com
feishu-github-tracker/
├── cmd/
│ └── feishu-github-tracker/ # 主程序入口
│ └── main.go
├── internal/ # 内部包
│ ├── config/ # 配置加载
│ ├── handler/ # Webhook 处理器
│ ├── matcher/ # 仓库和事件匹配
│ ├── notifier/ # 飞书通知发送
│ └── template/ # 模板处理
├── pkg/
│ └── logger/ # 日志模块
├── configs/ # 配置文件目录
│ ├── server.yaml
│ ├── repos.yaml
│ ├── events.yaml
│ ├── feishu-bots.yaml
│ └── templates.jsonc
├── logs/ # 日志文件目录
├── Dockerfile # Docker 镜像构建
├── docker-compose.yml # Docker Compose 配置
├── Makefile # 构建脚本
└── README.md
服务器基础配置：
server:
host: '0.0.0.0' # Webhook监听主机
port: 4594 # Webhook监听端口
secret: 'your_secret' # 用于验证GitHub X-Hub-Signature的密钥
log_level: 'info' # 可选: debug, info, warn, error
max_payload_size: 5MB # 限制单次Webhook body大小
timeout: 15 # 单次请求处理超时 (秒)
# 允许的来源（用于白名单过滤，可选）
allowed_sources:
- 'github.com'
- 'api.github.com'
- 'your-github-enterprise-domain.com'定义飞书机器人及其别名：
feishu_bots:
- alias: 'dev-team' # 可以在 repos.yaml 中通过该别名引用这个链接
url: 'https://open.feishu.cn/open-apis/bot/v2/hook/xxxxxxx'
- alias: 'ops-team'
url: 'https://open.feishu.cn/open-apis/bot/v2/hook/yyyyyyy'
- alias: 'org-notify'
url: 'https://open.feishu.cn/open-apis/bot/v2/hook/zzzzzzz'
- alias: 'org-cn-notify'
url: 'https://open.feishu.cn/open-apis/bot/v2/hook/aaaaaaa'
template: 'cn' # 可选：指定使用的消息模板，默认为 'default'多模板支持：
从 v1.1.0 开始，支持为不同的飞书 bot 配置不同的消息模板。这在以下场景特别有用：
- 中英文双语团队，需要发送不同语言的通知
- 不同团队需要不同格式的消息
- 测试环境和生产环境使用不同的消息格式
配置方法：
- 在
feishu-bots.yaml中为 bot 指定template字段（可选） - 在
configs/目录下创建对应的模板文件，命名格式为templates.<name>.jsonc
例如：
templates.jsonc- 默认模板（必需）templates.cn.jsonc- 中文模板templates.en.jsonc- 英文模板templates.simple.jsonc- 简化模板
如果某个 bot 没有指定 template 字段，或指定的模板文件不存在，将自动使用 templates.jsonc 作为默认模板。
定义事件模板和具体事件配置：
event_sets:
# 基础事件集
basic:
push:
pull_request:
pull_request_review:
pull_request_review_comment:
issues:
issue_comment:
discussion:
discussion_comment:
release:
package:
# 可以自定义事件集
custom:
push:
branches:
- main
- develop
pull_request:
types:
- opened
- closed
# 完整事件集
all:
# 包含所有 GitHub 支持的事件...具体参考 ./configs/events.yaml 中的详细内容
配置仓库匹配规则和通知目标：
repos:
# 示例：针对特定项目定义更详细监听
- pattern: 'CompPsyUnion/motion-vote-backend'
events:
push: # 直接引用 events.yaml 中的事件
branches: # 可以进一步细化，覆盖 events.yaml 中的默认配置
- main
- develop
pull_request: # 同理
branches:
- main
types:
- opened
- closed
- reopened
issues: # 如果不细化，直接监听所有 types
release:
notify_to:
- ops-team # 引用 feishu-bots.yaml 的 alias. 引号可加可不加
- 'https://open.feishu.cn/open-apis/bot/v2/hook/zzzzzzz' # 这里是 dev-team, 但直接使用完整 URL 也可以。如有冲突 alias 优先
# 示例：匹配实验性项目（使用 glob 模式）
- pattern: 'CompPsyUnion/experimental-*'
events:
all: # 直接应用 event_sets: 中定义的的模板。如果有命名重合，优先使用自定义模板
notify_to:
- dev-team # 引用 feishu-bots.yaml 的 alias
# 示例：匹配所有个人项目
- pattern: 'hnrobert/*'
events:
custom: # 直接应用 event_sets: 中定义的的模板
notify_to:
- ops-team # 引用 feishu-bots.yaml 的 alias
# 示例：匹配所有仓库（放在最后，作为兜底配置，已经被匹配过的仓库会被拦截，不会用到这里）
- pattern: '*'
events:
basic: # 应用 events.yaml 内 event_sets: 中定义的的模板。可以理解将 basic 里的事件展开添加到该仓库监听
project: # 也可以同时叠加更多事件。注意后添加的会覆盖先添加的的同类事件配置
notify_to:
- org-notify # 引用 feishu-bots.yaml 的 alias定义飞书消息卡片模板。支持为不同事件类型和状态定义多个模板变体。当前已经包括了所有你需要的常用事件的模板，你可以根据自己的需要进行修改和扩展。
这里的模板是基于飞书的消息卡片格式设计的，详情请参考 飞书开放平台文档。
templates:
push:
payloads:
- tags: [push, default]
payload:
msg_type: interactive
card:
# 飞书卡片配置...
- tags: [push, force]
payload:
# Force push 的特殊模板...模板支持 占位符替换 ，如：
{{repo_name}}- 仓库名称{{sender_name}}- 触发者{{pr_title}}- PR 标题{{issue_number}}- Issue 编号
以及一些 tag 的判断，如：
[push, force]- 仅当是 force push 时使用该模板[pull_request, closed, merged]- 仅当 PR 被合并时
更多 占位符 和 tag 相关说明详见我们 handler 提供的的 占位符变量 (详见文档)
支持多级事件过滤：
- 仓库级别：使用 glob 模式匹配仓库
- 事件类型级别：选择需要的事件类型
- 分支级别：为 push/PR 指定分支规则
- 动作级别：为事件指定具体的 action（如 opened, closed）
程序会根据事件的实际情况自动选择最合适的模板：
- Force push 会使用特殊的 force push 模板
- 已合并的 PR 关闭和未合并的 PR 关闭使用不同模板
- Issue 根据标签（bug/feature/task）选择不同样式
notify_to 支持两种方式：
- 别名引用：引用
feishu-bots.yaml中定义的 alias - 直接 URL：直接提供完整的飞书 Webhook URL
访问 /health 端点检查服务状态：
curl http://localhost:4594/health日志同时输出到控制台和文件：
- 文件位置：
logs/feishu-github-tracker-YYYY-MM-DD.log - 每天自动创建新的日志文件
- 日志级别可在
server.yaml中配置
# 本地构建
make build
# Docker 构建
make docker-buildmake testmake fmtCONFIG_DIR- 配置文件目录路径（默认：./configs）LOG_DIR- 日志文件目录路径（默认：./logs）TZ- 时区设置（默认：Asia/Shanghai）
欢迎提交 Issue 和 Pull Request！
本项目采用 MIT 许可证。详见 LICENSE 文件。
- gobwas/glob - Glob 模式匹配
- go-yaml/yaml - YAML 解析
- Feishu Open Platform - 飞书开放平台
- 作者: hnrobert
- 项目地址: https://github.com/hnrobert/feishu-github-tracker
- Issues: https://github.com/hnrobert/feishu-github-tracker/issues