#贡献指南

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

#提出问题

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

#最小复现

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

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

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

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

#我应该做什么？

#Good first issue

如果你想深入了解代码库并开始参与项目，我们建议浏览标有 good first issue 标签 的问题列表。这些任务将帮助你逐步熟悉项目结构，同时开始做出有意义的贡献。

#Tracking issue

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

#提交 pull request

1. Fork Rspack 的仓库到你自己的 GitHub 个人账户中。
2. Clone 下这个仓库到本地。
3. 从 main 拉出一个新的分支。
4. 搭建开发环境，可以阅读 准备工作 部分来了解。
5. 如果你修复了错误或添加了需要被测试的代码，则需要添加一些测试。
6. 确保所有测试都通过，你可以阅读下面的 Testing 部分来了解。
7. 执行 pnpm run lint:js 来检查 JS 代码，并执行 pnpm run lint:rs 来检查 Rust 代码。
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

#其他贡献方式

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

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

• 文档站位于 web-infra-dev/rspack/website
• 社区的 packages 在 github.com/rstackjs
• 欢迎给 awesome-rstack 添加 Rspack 相关项目

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