第5天：指引终于到来了……

Source: Dev.to

开始 GNOME 贡献之旅

首先，感谢阅读！在长时间感到维护者忽视——并不是他们不关注，而是我想贡献的应用里不断出现大量新问题——之后，我决定在 GNOME 中寻找别的东西。我搜索了标记为 newcomers 的议题，但唯一找到的就是我已经修复的那个。感到泄气，我关闭了窗口，转而关注别的事。

发现 GNOME 手册

昨天（2 月 5 日）我再次打开 GitLab，仍然一无所获，于是搜索 “how does contributing to GNOME work?”（如何为 GNOME 贡献？）。第四个结果是 GNOME 项目手册，这彻底改变了我的视角。手册面向所有人——从新人到维护者。

继续往下滚，我找到了 GNOME 欢迎页面，专门面向初学者。页面甚至提到了一个新人专用的 Matrix 聊天群，我之前根本不知道有这个群。我加入聊天并自我介绍：

嗨，我是 Meet，我期待为 GNOME 做出贡献。在哪里可以找到关于贡献流程的说明？（比如先创建 PR，或者在 PR 中标记维护者以获得指派，然后再做其他操作，最后贡献合并到主仓库）

两位维护者很快回复并解释了实际的贡献流程，这与我预想的不同。

GNOME 贡献流程

1. 找到一个你认为可以帮助的议题。
2. 检查是否已有其他人正在处理（例如，若 2‑3 周内没有新评论，可能仍然是开放状态）。
3. 在 GNOME 应用仓库的 fork 中完成修复。
4. 打开合并请求（Merge Request，MR），并在描述中加入议题链接或编号（GitLab 会自动关联 MR 与议题）。
5. 处理审查反馈并进行必要的修改。
6. 维护者合并该请求。
7. 恭喜！ 你已成功为 GNOME 贡献代码。 🎉
8. 重复以上步骤，处理下一个议题。

掌握了这些知识后，我准备提交已经等待近一个月的一行代码修复的合并请求。后续帖子会分享结果。

鼓励你开启自己的博客系列

如果你看到这里，考虑开启自己的博客系列——无论是关于开源贡献、大学经历，还是个人开发日记。定期写作有助于你反思学习之路，也能激励他人。如果你真的写，我一定会每日阅读！

致谢

图片来源: Tenor

其他平台

• Medium:
• Hashnode: