总览

我们非常感谢您有兴趣为 Rspack 做出贡献! 每一项贡献都很重要,并帮助我们将 Rspack 提升到一个新的水平。

提出问题

如果您遇到任何问题,请随时在 Discord 中的 support 频道或 GitHub discussion board 提问。

最小复现

Rspack 复现模版 可以被用于创建一个最小复现示例。 最小可重现示例 (Minimal Reproducible Example,简称 MRE) 是指一段代码,它具有以下特点:

  • 简短:代码尽可能简短,不包含多余的内容。
  • 自包含:代码可独立运行,不需要依赖外部资源或环境。
  • 演示问题:代码能够清楚地展示所遇到的问题。

MRE 至关重要,因为它使我们能够快速理解并重现您的问题。 这反过来又增加了在更短的时间内获得有用且准确的响应的可能性。 值得注意的是,MRE 不应包含与不相关功能相关的无关代码, 而应该只关注手头的问题。

请查看来自 Stack Overflow 的 如何创建最小的、可重复的示例

我应该做什么?

Good First Issue

如果您想深入了解代码库并开始使用, 建议查看我们的 标有 good first issue 标签 的 issue 列表。 这将帮助您熟悉该项目并开始做出贡献。

Tracking Issue

如果您有兴趣了解我们项目的方向并希望解决与我们优先事项相符的问题, 我们的 正在跟踪 issues 列表 概括了我们的进展和当前目标。

提交 pull request

  1. Fork Rspack 的仓库到你自己的 GitHub 个人账户中。
  2. Clone 下这个仓库到本地。
  3. main 拉出一个新的分支。
  4. 搭建开发环境,可以阅读 准备工作 部分来了解。
  5. 如果您修复了错误或添加了需要被测试的代码,则需要添加一些测试。
  6. 确保所有测试都通过,您可以阅读下面的 Testing 部分来了解。
  7. 执行 pnpm run lint:jspnpm run lint:rs 来检查代码风格。
  8. 提交 Pull Request, 确保所有的 CI 都通过.
  9. maintainers 之后会检查你的 Pull Request。

提交 Pull Request 时,请注意以下事项:

  • 保持 PR 足够小,以便每个 PR 只解决一个问题或添加一个功能。
  • 请在 PR 中包含适当的描述,并链接相关问题。

PR 标题格式

PR 标题的格式遵循 Conventional Commits 规范。

一个示例:

feat(core): Add `fooBar` config ^ ^ ^ | | |__ Subject | |_______ Scope (可选) |____________ Type

如果你的 PR 包含了任何不兼容更新,请在 type/scope 后面添加一个 !,并添加 release: breaking change GitHub label。

fix!: remove deprecated `fooBar` config
fix(core)!: remove deprecated `fooBar` config

其他贡献方式

我们一直在寻找贡献者,不仅仅是我们的主仓库。

尝试这些其他可以参与进来的方式,可以从现在就行动起来。


提醒一下,所有贡献者都应该遵循我们的 Code of Conduct.