如何丝滑地参与开源项目？

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

已注册用户请登录

这是一个创建于 153 天前的主题，其中的信息可能已经有所发展或是发生改变。

如题，楼主后端。看到好多大佬的 Github Profile 都好活跃好多数据，看到他们参加了各种各样或大或小的 Project ，或者自己维护了几个一两千 star 的项目，好生羡慕。我也想在 Github 社区无私奉献自己的一份力量，从头开始，从提小 PR 开始，请问有什么好的建议或意见能帮助我更丝滑地进行这个过程吗

GitHub

profile

楼主

无私奉献

20 条回复 • 2023-01-04 18:19:15 +08:00

celeron533

153 天前

你平日里用什么工具、软件，你写的代码里用了什么库？随便挑一些熟悉的去看看。

opentrade

153 天前

关键是能持否？

saltbo

153 天前

先用遇到问题提 Issue 然后根据情况 PR 。具体用什么，可以是 lib ，也可以软件，不论是 cli 还是 app ，都用起来自然就有机会发现问题了

YVAN7123

153 天前

推荐大佬的文章 https://draveness.me/kubernetes-contributor/

jones2000

153 天前

做开源，首要你要问自己，你会什么，你能分享给我们哪些你工作中或你在行业里面踩坑的东西，或总结性的东西。那些东西是你会的，其他人都不会的东西。然后用代码写出来基本就可以了。

nanekino

153 天前

1. 选择一门自己比较熟悉的语言。
2. 既然你对这门语言比较熟悉，那么你一定多少知道一些使用这个语言编写的开源项目。选择一个。
3. 翻阅这个仓库的 Issue 区，直到找到一个你觉得能解决的问题。如果想体验一下流程，可以从修 typo 或者文档开始。
4. 动手，提 PR ，等待合并，并根据 Maintainer 的意见做调整。如果东西比较多（比如要加功能），可以先开个 draft 的 PR ，告诉大家你正在做什么，能解决哪个 issue 。

rekulas

153 天前

提个小看法不建议为了 star 去做项目，我认为维护一个几十 star 的软钢需项目比上千 star 的通用轮子项目有意义的多
其实从这个出发点的话发起个很简单了，想想你工作或熟悉的开发领域有什么痛点、不方便的地方，然后用代码来解决 /提高效率，项目就有了

nanekino

153 天前 via Android

补充一点：在第三点的实践过程中，需要大量阅读原项目的代码。这里可能很容易就放弃了，因为读代码有时候会很痛苦。不过坚持下来就是胜利：读通原项目代码并且知道如何在其上进行扩展，我觉得是很有成就感的事情。

RRyo

153 天前

流程上:
先从开 issue 开始, 然后 fork 改 bug/添加需求实现, 提交最好规范一点(angular 规范), 再提 PR, PR 的格式如果项目有模板就对着填写, 然后等待项目维护者 code review 后合入, 可能会有冲突导致无法合入, 这时候需要 rebase, 然后再回复请求 review

项目选择的话建议从你感兴趣并且熟悉语言的项目开始, 不建议从一些明星项目入手, 容易因为各种各样的问题被打击积极性

Features

153 天前

我感觉不容易啊
用爱发电是很难的
很多高 star 项目其实是作者在公司的项目衍生出来的开源
国内大部分开源项目应该都是大厂吧，并且通常伴随一定的 KPI 考核？

独立开发者忙着挣钱养活自己了，哪还有心思去干这些吃力不讨好的事情
你以为自己很无私很伟大，可是有人提 issue ，你没看到或者回复的不好
保证骂的你狗血淋头

OrkWard

153 天前

@Features 你这就太片面了，国人做的好项目也非常多，有些人整个项目里面都没中文所以别人都不知道（本来就没什么必要宣传自己的国籍）
确实有很多高 star 项目是大厂开源出来的，但数量绝对没有社区产出的多，但凡稍微了解一点历史……
我几乎没见过提 issue 还敢骂人的，你这……我不知道怎么说，还是多接触一下社区吧