一个 github 开源的 issue 十多年没有解决,另一个新生的同类项目解决了,在 issue 里回复了一条消息被隐藏,大家如何看?

查看 125|回复 12
作者:LonnyWong   
今天来说一说我开源曾遇到的一件小事。
一个著名的开源项目(十几 K 的 Star ),一个十多年未解决的 issue ,甚至很多人在 issue 里发布了悬赏。
一个新生的同类开源项目,支持那项目同样的核心功能,因底层实现不同,完美解决了那个 issue 遇到的问题。
我曾在那个 issue 里留言,说自己在另一个同类项目里解决了,然后就被隐藏了(没有被删除),大家怎么看?
开源 issue 链接: https://github.com/mobile-shell/mosh/issues/337 (最后两条被折叠起来的评论)。
        
   
   
   

开源, issue, 解决

rails   
开源 issue 链接: https://github.com/mobile-shell/mosh/issues/337 (最后两条被折叠起来的评论)。
SGL   
如果你能修复,在该项目下面回复应该是没问题的
如果是推广你的更厉害的解决方案,那你应该去其他地方打广告
wxiao333   
如果另一个项目是你做的,那你这个不好说。如果是别人做的,你只是提了一嘴,那这个作者这个不好说
crysislinux   
正常,人性
summerwar   
你可以先吹一波原项目,然后再说你写了一个项目正好解决了这个问题。实际上我看到过很多类似的情况,说明也有很多维护者不是很在意这个。
Configuration   
如果你把那个十多年未解决的 issue 解决了,并且提交了修复代码,同时顺带说下你自己也有个同样的项目,只是也遇到了这个问题,花费时间和精力解决了,恰好看到这里同样的 issue ,提交了修复代码。==》你和这个项目的作者可能成为了好朋友。
你现在可能是看到别人有个开源的项目觉得实现思路不错,然后自己上手做了一个类似的,并且解决了类似的问题,然后你去别人的 issue 里说自己的开源项目比他这个好多了,且没有这样的问题,顺便宣传了一波自己的项目。 ==》我只能说你在拉仇恨,你和这个项目的作者觉没有成为朋友的可能
然后你又在 v2 上发了个帖子,让大家评论。==》我不知道该说啥,我觉得大多数人都觉得你不太聪明,或者过于聪明,但是聪明又没用到正确的地方。
Ketteiron   
上面说的好,issue 是用来提交问题解决问题的,不是用来打广告的
craftsmanship   
如果没有借鉴的意义,隐藏为离题没什么问题。
举个例子,某个 issue 说 react 有严重的性能问题,然后低下回复 vue 很快。如果是可移植的,或者有借鉴的意义,那才应该提出来。
leinad59   
吐个槽 有更好的替代品出现 解决了某个痛点问题 于是有人推荐让大家都转去用它 是很正常的事情啊 隔壁还因为 Node 的 ESM 问题 一堆人推荐换 deno 或 bun 呢
您需要登录后才可以回帖 登录 | 立即注册

返回顶部