小小石

@phy-lei 感谢建议~ 目前正在做这部分调整，现在项目中的 icon 全是使用 SVG 标签的方式引入，确实会影响开发时的代码阅读体验 不过迁移方案，暂时不考虑 UnoCSS 了，还是 [Iconify for Tailwind CSS](https://iconify.design/docs/usage/css/tailwind/) 也不用将所有 icon 管理都集成进来，需要什么 icon 自行安装对应的 icon 包即可，可以先找两个比较全面的包：https://icones.js.org/

@cyan0714 你好，这个问题我们内部是知道的，先回答：**后续排行榜不会再使用课程的完成数量进行排名**（重构），关于目录跳转和上一个下一个题目切换，主要是为了缓解多设备同步问题存在的，如 #353 最后，我相信大部分人参与 earthworm 是奔着学习英语和提升，目前刷排行榜榜一也没有任何奖励，也没有什么意义，只是单纯为了激励大家一起学习，给大家一点动力，所以应该不会有这么无聊的人，你说是吧 😊 如果真的有这种人，很离谱的话，我们也会采取一点点小措施~

> 是的, 这样就失去练习英语的目的了, 我也只是随口提一下, 这是个可以优化的点 好的，收到建议，后续会优化调整~

**不再使用 issue ➕ 留言 deadline 认领的方式**，原因如下 1. 认领后任务会被某个用户所占据，让其他也想 pr 这个功能的同学无法参与进来 2. 如果 deadline 太长可能会阻塞该任务进度 3. 针对一个功能/问题，有多个 pr 的也可以方便对比实现 看看和自己实现的有哪里不一样，比一比到底谁的解决思路更好一些，继续 pr

**关于 issue 和 pr 的相关性** 1. 在提交 pr 前先创建一个 issue 用来描述问题或展开讨论 2. pr 主要是用来解决问题的，一个 pr 最好对应一个问题的解决，不要多个问题提交到一个 pr 上 3. 可以在 commit message 或者所提 pr 的 Conversation 下留言提供对应 issue 关联信息 比如...

关于 commit message 格式的参考文档： - [约定式提交](https://www.conventionalcommits.org/zh-hans/v1.0.0-beta.4/) - [Vue3 commit msg 约定](https://github.com/vuejs/core/blob/main/.github/commit-convention.md)

> 不再使用 issues + 留言 deadline 认领的方式占据任务，因为 > > 1. 如果 deadline 太长可能会阻塞该任务进度，让一些有时间并想 pr 的同学无法参与进来 > 2. 针对一个功能/问题，有多个 pr 的也可以方便对比实现 > > 看看和自己实现的有哪里不一样，比一比到底谁的解决思路更好一些，继续 pr **举例说明** A 同学解决了 issue，提交了 pr 然后...

提交 PR 详细流程可以参考：[如何给想贡献的仓库提交 PR？](https://github.com/fengstats/note/blob/main/posts/GitHub.md#%E5%A6%82%E4%BD%95%E6%8F%90%E4%BA%A4%E4%B8%80%E4%B8%AA-pull-request)

> 前端想参与，后端服务和数据库能出个简易的安装配置说明吗？ @refanbanzhang 你好，关于安装配置等等启动步骤，在项目的说明文档中都有，目前后端服务和数据库都是通过 docker 启动的，根据文档中 **如何开始** 一步步来即可，遇到问题可以随时反馈，链接地址：[如何开始？](https://github.com/cuixueshe/earthworm/blob/main/README.zh-CN.md#-%E5%A6%82%E4%BD%95%E5%BC%80%E5%A7%8B)

提 PR 时，统一保持的英文 title 和 commit msg，有助于维护项目的整体一致性和专业性 😊 - 标题要简洁明了 - 详细的补充改动的内容（特别是重构），换位思考下，你也不希望你花了时间精力写的 PR 被维护者一言不合就关掉吧？  - 而提交信息应该详细的描述改动的原因、范围以及影响