想参与开源不知道从哪下手：开源指南把流程讲清楚了

想给开源项目提第一个 Pull Request，往往卡在规矩上：改完要不要先开 issue，提交说明怎么写，被拒了会不会很丢人。开源指南把这些流程拆成一篇篇短文，同时讲参与者和维护者两个视角，读完至少知道下一步该做什么。

它解决什么问题

想参与开源，但看不懂项目里的贡献说明，怕提错东西被人嫌弃。

自己维护的小项目不清楚该怎么设置流程，来的人一多反而更乱。

核心能力

先挑小改动把流程走通

新手最有用的入口是讲「如何为开源做贡献」和「如何提交 Pull Request」的两篇，读完就去挑一个文档类的小问题动手，比如修一处错字或者补一段说明。这类改动门槛低、被接受的概率高，能帮你先把整套流程走一遍，比一上来就改核心代码稳妥得多。

别把被拒绝当成否定。维护者时间往往很紧张，回复慢或者直接关闭都是常事；提交前先读项目的贡献说明、按模板填好信息，能明显提高通过率。也要清楚指南讲的是通行做法，具体项目可能有自己的规矩，最终以仓库里的说明为准。第一次把流程走完，后面再参与就顺手很多。

同类工具怎么选

谁适合用

• 想迈出开源第一步但不知从何入手的开发者
• 刚开始维护自己开源项目、需要流程参考的人
• 在团队里负责内部代码协作规范的成员

怎么开始

1. 打开中文版站点，先读「如何为开源做贡献」。
2. 按文章提示给自己定一个小目标，比如修一处文档问题。
3. 找项目时先看贡献说明和 issue 标签，挑友好的入门任务。
4. 按项目模板提交改动，写清楚改了什么、为什么改。
5. 收到反馈后按意见修改，走完一次合并流程再挑战更大的任务。

常见问题

需要会写代码吗？
不全是。文档纠错、翻译、设计、答疑这类贡献同样欢迎，先看项目需要什么。

中文版完整吗？
覆盖主要文章，个别内容更新节奏以站点实际为准。

被拒绝了怎么办？
很正常，多数情况是方向或时机不合适，可以按反馈调整后重新提交。

提改动前要先开 issue 吗？
小修小补通常可以直接提，改动较大时先开 issue 沟通，能省下双方的时间。

授权与合规

由 GitHub 官方组织编写并免费开放，中文版一并提供，内容以开放许可协议发布，可自由转载。 官网：opensource.guide/zh-hans。