PR 流程
提交 PR 之前
Section titled “提交 PR 之前”- 搜索已有的 Issue 和 PR 以避免重复。
- 对于重大改动,先创建 Issue 讨论方案。
- 确保所有测试通过:
go test ./... - 运行
golangci-lint run并修复所有问题。 - 运行
goimports -w ./...格式化代码。
遵循 Conventional Commits 规范:
fix: prevent goroutine leak in http server shutdownfeat: add Redis cluster support to cache packagedocs: update quickstart guide for v1.7refactor: simplify breaker state machine使用以下模板:
## 概述简要描述本次改动。
## 变更内容- 列出修改的文件/包及原因
## 测试描述如何测试本次改动。
## 是否有破坏性变更?是 / 否。如果是,描述影响范围和迁移方式。- 至少需要一位维护者审查通过。
- CI 必须全部通过(测试 + lint + 构建)。
- 审查通过后,维护者使用 squash merge 合入。
- PR 作者会在发版说明中被致谢。
- 在 PR 描述中使用
Fixes #<issue>关闭相关 Issue。