在分配开源软件之前等待的时间?

时间:2010-09-06 22:49:51

标签: open-source fork

我正在处理一个应用程序,我需要一个API包装器。我注意到我需要的大多数API调用都没有实现,所以我继续添加它们。还有一些需要修复的错误,我也打算修复它们。

我的问题是包装器的开发目前几乎不存在。到目前为止,已经忽略了2009年10月提交的补丁提交的错误。

我已通过电子邮件通知主要开发人员,因此我可以提交更改或甚至将其提交到某个地方,因为在主页上,它说他是接触此类内容的人。我也在讨论板上询问了这个问题,没有回复。

我的问题是,在分配这个包装之前我应该​​等待多长时间?它是此API的两个开源包装器之一,并在API Doc的页面上列出。我不愿意看到它没有任何改进。

那么,我应该等多久。这种事情有什么正常的呢?

如果重要:许可证是简化BSD

更新
最初的开发者最终回应了;所以我最终没有分叉。显然他只是忙于工作。

针对遇到此问题的任何人阅读的一篇好的(相关)文章:http://dashes.com/anil/2010/09/forking-is-a-feature.html

感谢大家的回答!

6 个答案:

答案 0 :(得分:3)

您可以随时分叉。一旦我处于类似的情况。正如我告诉项目管理员我要去分叉,我得到了一个回复,没有必要:P

BTW我写信给sourceforge工作人员(项目是在sf上主持的),这是他们对fork的建议。

答案 1 :(得分:1)

也许我有点迟了但想在定义的层面上回答。 术语分叉(分支)指的是群体与不同方向的发展之间的分裂。在这种情况下,不能清楚地看到分支,因此实际上没有产品的分叉。该行动显然是个人需要的改变(扩展)。如果产品经历了更改并且结果再次返回到它所来自的组,那么也不是正确的定义。根据定义,开源鼓励您改变。

答案 2 :(得分:0)

这取决于你是否打算维护你的前叉。如果你这样做,它将成为一个比原来更好的项目。否则可能要等几个星期。尽管如此,即使您今天发布,也没有什么可以阻止原始项目合并您的更改,因此整个社区都可以从中受益。

答案 3 :(得分:0)

没有协议,只需将你的叉子称为其他东西,并为原始作品提供原始的prosjekt充足的荣誉。

福克斯一直在发生,它不一定与原始维护者“离婚”......只是快乐的编码。

您的其他来电可能对其他人有用,但其次可能不会。

答案 4 :(得分:0)

该项目是否有公开的邮件列表/错误跟踪器,如果是 - 是否可以在那里提交补丁?此外,不能成为开发人员 - 成为流行的Linux发行版之一的维护者,(提交Gentoo错误/ Launchpad条目)。 如果这种行为毫无意义 - 只需分叉。

答案 5 :(得分:0)

听起来你已经做了正确的事情并且试图留在现有的分支中,现在它适合分叉。

如果没有别的,分叉是一个比大多数其他东西更强大的动作,即如果你分叉但仍然没有得到原始开发人员的注意,那么你可以对你做正确的事情感到满意。当然,一旦分叉,没有真正的理由说明为什么在以后阶段不能有某种趋同。