我的开源经验就是先用，用着用着发现了 bug 或者不足就去看源码提 PR ，这不昨天还给鸿蒙提了个 PR： https://github.com/HMS-Core/hms-push-serferdemo-java/pull/24

可以去 issue 里找问题解决。我第一次提 pr 九是用到的项目有 bug 影响我自己使用了，就顺手改了提了 pr 。

我感觉一般是两个套路：
1. 一个是先用，有问题就去提交 issue 然后修；
2. 另外一种是因为别的原因，比如混圈子，找工作那种为了参与而参与的话，其实从修 typo 开始也没什么。很多人都是从 typo 开始的。

个人经验就是如果很久没有被理的话，不要内耗怀疑自己，放平常心。如果着急的话可以尝试 slack 或者参与 meeting 现场问下。

刚好最近做了一个项目，可以查看你以往参与开源的记录（ pull requests)

https://github.com/leon-fong/prs

对于文档来说，错别字修订的 PR 是有必要的
但是加一个换行符这种仅仅提升 0.0000000000000001% 的可读性的 PR ，还是不要了吧
搞了个 PR 浪费所有人精力，那个女生可以理解为不懂 PR 流程，V 友就别这么干了，提个 issue 就行了

说来惭愧，今天才提了一个 PR,还处于 pending 状态，是跟 pcie lane margin 相关的 fix

@totoro625 别人随地大小便你也要学？

致 3000 年后的后人：前情提要 /t/1063856

首先你去用一个东西，用出问题了再去解决问题转成 PR ，而不是一开始瞄着我要发个 PR 的目标去。好好当个技术人才吧，别整有的没的

参与开源：No
作者没空，我搞个 PR 帮他修一下，因为我也急着用：Yes