文章摘要
作者宣布停止继续向OpenJDK上游提交补丁,表示这些补丁可供社区自由取用。他回顾了一年前开始参与OpenJDK代码贡献的经历,但未说明具体放弃原因。
文章总结
放弃提交补丁至上游项目,欢迎自由取用
作者:xtex
发布时间:2026年1月31日
主要内容概述:
背景:作者自2025年1月开始参与OpenJDK项目,尝试提交补丁。根据要求,需签署Oracle贡献者协议(OCA),原以为流程简单,但实际进展缓慢。
问题:提交OCA后,收到要求更新信息的邮件,之后多次询问进展(1月至5月每月一次),仅得到道歉和转交处理的回复,但无实质进展。截至2026年1月,已等待超过一年。
质疑:作者表示自己虽居住在中国大陆,但与被美国进出口管制法规限制的实体无任何关系(依据OpenSanctions数据)。若OCA因任何原因被拒,希望直接告知而非长期搁置。
决定:因失去兴趣且时间有限,作者决定放弃将补丁提交至OpenJDK上游,但列出已完成的补丁供他人自由取用。根据OCA要求,他人可重写这些补丁作为原创提交,无需署名或联系作者。
补丁列表:
- 检查"llvm-config"是否损坏的补丁。
- 为零(zero)变体扩展默认线程栈大小,解决JDK 24构建时的栈溢出问题。
- 其他针对Loongson JDK分支的补丁(同样因OCA受阻)。
结束语:作者表达祝福并告别。
其他信息:
- 此邮件为OpenJDK邮件列表中的一篇,位于特定线程之间。
- 提供补丁的具体GitHub链接和邮件存档参考。
(注:原文中的重复标题、邮件列表导航信息等非核心内容已精简,保留主要事件和补丁详情。)
评论总结
以下是评论内容的总结,平衡呈现不同观点并保留关键引用:
关于PR价值的争议
- 有评论认为提交的PR内容琐碎(如移除数字前缀),实际价值有限。
引用:"Remove the d prefix from this number...Yeah great." (评论1) - 也有观点指出,即使是小PR也可能消耗维护者过多精力。
引用:"trivial PRs...can often end up taking more time...than they are worth." (评论2)
- 有评论认为提交的PR内容琐碎(如移除数字前缀),实际价值有限。
维护者响应问题
- 多位用户抱怨大公司主导项目(如OpenJDK、Kubernetes)的PR审核延迟或无视,导致贡献者流失。
引用:"it will take weeks to get a simple patch reviewed...I have moved on" (评论4)
引用:"It is impossible to get someone to review my PRs...@google or @redhat email address" (评论7) - 建议维护者快速响应以吸引贡献者。
引用:"reply within 24 hours to new contributors" (评论4)
- 多位用户抱怨大公司主导项目(如OpenJDK、Kubernetes)的PR审核延迟或无视,导致贡献者流失。
开源模式与LLM的影响
- 预测未来个人定制化分支会更普遍,缓解大项目管理难题。
引用:"easier...for people to have personalized forks" (评论5)
- 预测未来个人定制化分支会更普遍,缓解大项目管理难题。
Oracle与OpenJDK关系质疑
- 对Oracle控制OpenJDK的合理性提出疑问。
引用:"why Oracle is able to block contributions to OpenJDK?" (评论6) - 批评Oracle对开源不友好(如GRUB案例)。
引用:"oracle is one of the worst companies...Very NIH syndrome" (评论10)
- 对Oracle控制OpenJDK的合理性提出疑问。
政治用语争议
- 对"Chinese Mainland"一词的隐含政治立场表示不满。
引用:"loaded with the suggestion that Taiwan is...part of China" (评论8)
- 对"Chinese Mainland"一词的隐含政治立场表示不满。
贡献流程体验
- 签署贡献者协议(OCA)过程繁琐但最终完成。
引用:"slow, but...eventually got approved" (评论9)
- 签署贡献者协议(OCA)过程繁琐但最终完成。
AI应用的质疑
- 建议AI应用于协助PR合并而非生成新补丁。
引用:"why do they waste AI...instead of helping upstream existing patches?" (评论11)
- 建议AI应用于协助PR合并而非生成新补丁。
关键矛盾:琐碎PR的价值评估与大项目维护效率之间的冲突,以及企业主导项目对社区贡献的阻碍。