关于开源:开源无禁止即可为

8次阅读

共计 3163 个字符，预计需要花费 8 分钟才能阅读完成。

只管咱们常常说代码奉献并不是惟一的开源奉献形式，参加探讨，Review RFC 也是参加开源的良好路径。然而很多同学依然会有疑虑：我不是我的项目的 Maintainer/Committer/Reviewer，我有资格 Review 他人的 PR 吗？本文以我在 envd 中的实际来论述这样的观点：开源，无禁止即可为。

envd 是 tensorchord 发动的开源我的项目，旨在解决机器学习开发过程中环境难以部署的问题，次要团队成员包含 @gaocegege，@terrytangyuan，@kemingy，@VoVAllen 等。受 @gaocegege 的邀请，我加入了 envd Open Source Preview：以非正式团队成员的身份退出 tensorchord，提前看到 private 的代码，模仿开源后的流程。这是一个十分有意思的实际，RisingWave 在开源之前也组织过相似的流动，当前有机会再跟大家分享。

有不少同学提出这样的问题：我想参加 Databend 我的项目，是不是要先学一下 Rust/Database？实际上并非如此，Contributor 不用是资深开发者，资深开发者不是一个由外人授予的头衔。我在之前的文章中也反复强调：开源共同体实质上都在奉行 基于开源奉献 的精英主义准则资深开发者之所以资深，是因为他们有了足够的奉献；同理对于刚退出我的项目的贡献者如果积攒了等同的奉献，他们也能成为该项目标资深开发者。所以咱们不用期待我的项目所有者的受权 / 批准 / 许可来提交代码或者 Review PR。在 envd 的我的项目中，我对机器学习无所不知，Golang 曾经好久没写了，Python 更是半吊子，然而这并不障碍我参加我的项目个性的探讨和做出其余的非代码奉献。

在 Add proposal for kubernetes support 中，我向作者提出要求减少一个概念介绍的章节，因为我看不懂他的 proposal。
在 fix: cannot assign requested address，我帮助其余的贡献者一起排查跟特定环境无关的问题
在 v0.1.0-alpha.8 中，我帮忙我的项目的维护者解决了发版过程中遇到的问题
在 feat: Refactor syntax 中，我从一个新用户的角度登程，为我的项目的配置语法格局提出了本人的倡议

总的来说，我的项目的新贡献者能够从以下角度参加奉献并逐渐理解我的项目

浏览并参加 Proposal 的探讨：新贡献者能够从浏览 Proposal 开始，提出本人看不懂的中央，要求作者予以补全或者进行追加解释。这其实也从侧面响应了我的项目保护 Proposal 的重要性：Proposal 是新贡献者理解底层实现细节最好的路径。
迁徙复用本人的教训：新贡献者往往在有过其余我的项目的参加教训，他们能够将这些已有的教训和最佳实际迁徙复用到新的我的项目中来。比如说新贡献者过来是 Python 的纯熟使用者，那么他能够为我的项目与 Python 无关的模块中提出本人的改良。
防止已有常识的咒骂：新贡献者对一个开源我的项目最间接的价值体现在他对这个我的项目无所不知。TiDB 社区有个驰名的彦青测试就是邀请不懂我的项目，甚至不懂开发的经营同学来提交 Issues 和 PR，以此来测验本人我的项目的文档和基础设施是否健全。新贡献者往往可能发现很多特地根底而容易疏忽的问题，摸索我的项目整体的易用性和应用感，进而改良整个我的项目的开发体验。

开源我的项目中也会存在着一些保留或者明确禁止的行为。比如说，波及到人身攻击，种族歧视等行为，社区的维护者须要口头起来，依据已有的 Code of Conduct 标准采取相应的口头。当维护者本人存在此类的行为时，社区成员能够提出拥护意见，或者抉择退出这个社区。有的开源我的项目会制订明确的奉献规定，只承受某些特定的奉献。比方 benbjohnson/litestream 出于简化保护累赘的思考，决定只承受文档或者 bugfix 的奉献，不承受减少新的 feature。此时贡献者也须要尊重我的项目维护者的志愿，防止为维护者带来困扰。此外，公布 Release 和设定 Roadmap 等项目管理性质的操作咱们通常会交由我的项目的维护者来执行，因为他们往往把握最多的信息，对整个我的项目有更多的理解，更能代表整个开源共同体的志愿。然而贡献者依然领有着自在的评论和倡议权力，在 Discussion 或者 Issues 中提出本人的认识。当社区成员们对我的项目将来的倒退有强烈抵触时，能够抉择分支出一个独立的我的项目来进行为保护。这在历史上产生过无数次，比如说 gogs 的局部成员不满繁多维护者的管理模式，决定分支出 gitea 来反对更加开发的，更疾速的模式(后续：gogs 目前也成立了独立的 gogs 组织来保护)。这与后面始终在强调的无禁止即可为是不抵触的。

无禁止即可为感觉像是显而易见的事实，然而大家在实际的过程中还是很容易陷入专有软件合作模式的窠臼，没有充分发挥开源我的项目的开发合作价值。心愿大家可能解脱来自身份和职位的自我解放，更积极主动地退出到开源探讨中去~

[1] envd: https://github.com/tensorchor…
[2] envd: https://github.com/tensorchor…
[3] tensorchord: https://github.com/tensorchord
[4] @gaocegege: https://github.com/gaocegege
[5] @terrytangyuan: https://github.com/terrytangyuan
[6] @kemingy: https://github.com/kemingy
[7] @VoVAllen: https://github.com/VoVAllen
[8] @gaocegege: https://github.com/gaocegege
[9] envd: https://github.com/tensorchor…
[10] RisingWave: https://github.com/singularit…
[11] Add proposal for kubernetes support: https://github.com/tensorchor…
[12] fix: cannot assign requested address: https://github.com/tensorchor…
[13] v0.1.0-alpha.8: https://github.com/tensorchor…
[14] feat: Refactor syntax: https://github.com/tensorchor…
[15] 彦青测试: https://github.com/tikv/tikv/…
[16] benbjohnson/litestream: https://github.com/benbjohnso…