在创建新的 Issue/Discussion/PR 之前,你必须先搜索相关内容,避免重复。
- 请求新功能。请开一个 discussion,简短且清晰地描述你的需求。
- 提交新功能。请开一个 PR,简短且清晰地描述你的需求和设计。
- 报告 BUG。请开一个 issue,简短且清晰地描述你发现的问题。
- 修复 BUG。请开一个 PR,简短且清晰地描述你修了什么。
- 提问和建议。请开一个 discussion。
- 其他上面未提到的内容,请开一个 discussion 来讨论。
不要发重复或无用的内容,比如 +1
,哈哈
,附议
,我希望这问题能够得到修复
,这问题啥时候修好?
。
这样的评论无助于问题的解决。如果项目管理员删除了此类评论,请别生气。
我希望所有公开的通信交流以及代码都用英文。
因为我们处于国际社区,英文更通用,方便外国人阅读理解你的意见。
如果你非常着急解决棘手的问题,也可以使用中文反馈意见。
推荐使用 DeepL 翻译器。
比如私信,建议你用中文与我交流。
注意不要中英文混杂(专业词汇除外),请写完整的中文或英文语句。 如果不遵循,我可能会无视你写的内容。
- 代码风格
- 代码和文档中没有拼写错误。
- 我的代码遵循本项目的风格指南。并通过了代码风格的 lint(如果它存在的话)。
- 没有新增的代码风格警告。
- Git风格
- 我的提交信息遵循本项目的 Git Commit Message 风格。
- 将 Git Commit 压缩 (squash) 成一个。
- 提交时签署了 DCO。
- 测试
- 我已经添加了测试,证明我的修复是有效的,或者新功能可以工作。
- 所有测试案例都在本地通过,没有错误。
- 新的和现有的单元测试在我的修改下在本地通过。
- 文档
- 我给代码写了注释,特别是在难以理解的地方。
- 我对文档做了相应的修改。
- 依赖
- 任何依赖的修改都已经在下游模块中合并和发布。