我们很乐意接受您对这个项目的补丁和贡献。您只需遵循一些小指南即可。
我们在 scripts/commit-msg.sh 中有一个示例 commit-msg hook。请运行以下命令设置:
Windows 下请直接将 commit-msg.sh 文件复制到 .git/hooks/commit-msg。
这将在每次提交之前运行以下检查:
tsc 检查代码是否存在语法错误与未使用变量与引用如果您想跳过钩子,请使用 --no-verify 选项运行 git commit。
通常情况下,您只需要填写 database_name 和 database_id 两项
S3 相关配置非必须,但是如果您想要使用图片上传功能,您需要填写 S3 配置
client/.env.example 文件复制到 client/.env 并修改必要配置通常情况下,您只需要填写 AVATAR、NAME 和 DESCRIPTION 三项
如果您的数据库名称(wrangler.toml中database_name)不为 rin
请在执行迁移之前修改 scripts/dev-migrator.sh 中的 DB_NAME 字段
.dev.vars 文件
将 .dev.example.vars 复制到 .dev.vars 并填写必要信息通常情况下,您需要填写 RIN_GITHUB_CLIENT_ID 和 RIN_GITHUB_CLIENT_SECRET 以及 JWT_SECRET 三项
开发环境下需要单独创建一个 Github OAuth 服务,回调地址为 http://localhost:11498/user/github/callback
如果手动修改过 server 的监听端口,请同时修改回调地址中的端口号
启动开发服务器
为了更好地控制开发服务器,您可以分别在两个终端中分别运行客户端与服务端的 dev 命令:
对于简单的补丁,在 UTC+8 时区的日间通常 10 分钟内即可对其进行审核。
在 PR 准备好进行审核后,不要强制推送小的更改。这样做会迫使维护者重新阅读您的整个 PR,从而延迟审核过程。
始终保持 CI 为绿色。
如果 CI 在您的 PR 上失败,请不要推送。即使您认为这不是补丁的错误。如果其他原因破坏了 CI,请在推送之前帮助修复根本原因。
开始愉快地写代码吧!
所有提交,包括项目成员的提交,都需要审核。我们使用 GitHub 拉取请求来实现此目的。有关使用拉取请求的更多信息,请参阅 GitHub 帮助。