阅读代码规范。
在社区聊天室寻求帮助。
当你准备处理某个 issue 时，请在 issue 评论中说明 在……之前 你即将开始处理该 issue。
当你准备开发新功能时，请先创建一个 issue 并与其他贡献者进行讨论。 在……之前 你开始开发该功能；我们感谢所有贡献，但并非所有提议的功能都会被采纳。我们不希望你花几个小时开发一个可能不会被接受的 code。
请在论坛中保持专业。我们遵循 Rust 的 code（行为准则） (CoC)。遇到问题？请发送邮件至 ry@tinyclouds.org。

提交 Pull Request

在向任何仓库提交 PR 之前，请确保完成以下事项：

好的 PR 标题示例：

不合格的 PR 标题示例：

除上述要求外，还请确保：

bun run lint 通过校验 —— 这将使用以下工具检查 Rust 和 JavaScript code 的常见错误： Swiftlint （针对 Swift）以及 eslint （针对 JavaScript 和 Java）

编写 API 文档

记录所有公开 API 至关重要，我们希望将其与 code 保持一致。这有助于确保 code 与文档紧密结合。

所有公开暴露的 API 和类型， capacitor-updater 模块都应具备 JSDoc 文档。这些文档会被解析并供 TypeScript 编译器使用，因此易于在下游传递。JSDoc 代码块位于其适用的语句之前，并以 /** 开头，最后以 */结束。例如：

export const FOO = "foo";