GitHub项目sub2api陷“抄袭”风波:复制他人代码合入PR,原作者贡献遭无视

近日,开源项目 Wei-Shaw/sub2api 卷入一起代码贡献归属争议。一名开发者在技术社区发帖指出,其提交的关于 Grok 兼容 OpenAI `/responses/compact` 的功能代码(PR #4554)在未被合并的情况下,被他人以高度相似的内容再次提交(PR #4641)并被项目维护者合入主分支。对比显示,两个 PR 修改文件一致、实现逻辑一致、变量名完全相同,仅存在 3 行注释的差异。更引发争议的是,合并后的 PR 将原有的 commit 记录删除并重新提交,导致原作者的贡献记录消失。原作者质疑项目维护流程的透明度,认为这种行为实质上是将他人的劳动成果据为己有,严重挫伤了开发者的贡献热情。目前社区呼吁项目方对此进行公开说明。

事件分析

该事件暴露了部分开源项目在维护流程和代码归属意识上的缺失。在 GitHub 协作规范中,即便是为了解决合并冲突或整理代码,维护者也应当通过 Cherry-pick 保留原始 Commit 的 Author 信息,或者 Squash 时在 Commit Message 中明确标注原作者。直接删除原提交记录并以自己名义重新提交,在技术上抹除了贡献者的痕迹,触及了开源社区的红线。对于 sub2api 这类服务于 AI 接口转换的工具类项目,其生命力很大程度上依赖于社区的信任与共同贡献。若处理不当,不仅会导致贡献流失,更可能引发核心用户的信任危机,导致项目分叉或被边缘化。维护者需平衡代码质量与社区礼仪,避免“功劳掠夺”行为破坏项目生态。

💡 核心观点:开源项目的核心资产是社区信任,任何通过技术手段抹杀原作者贡献的行为,都是在透支项目的未来生命力。

原文链接:Linux.do

C code80.ai · AI 编码 API 聚合 Claude / GPT 多模型统一接入,稳定不限速,按量计费,几行配置接入 Claude Code。 了解一下 ›

抢沙发

评论前必须登录!

立即登录   注册