在分叉开源软件之前需要等待吗?

发布于 2024-09-18 16:13:01 字数 1459 浏览 4 评论 0原文

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(6

断爱 2024-09-25 16:13:01

您可以随时分叉。曾经我也遇到过类似的情况。当我通知项目管理员我要分叉时,我得到了回复,但没有必要:P

顺便说一句,我已经写信给 sourceforge 工作人员(项目托管在 sf 上),这是他们对分叉的建议。

You can fork any time you want. Once I was in similar situation. As I had informed project admin that I'm going to fork, I obtained a response and it wasn't necessary :P

BTW I have written to sourceforge crew (project was hosted on sf) and that was their advice to fork.

逆流 2024-09-25 16:13:01

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

Perhaps I am a little late but would like to answer on the level of definition.
The term Forking (branching away) refers to a split between groups and development in different directions. In this case a branching away can not clearly be seen so there was not actually a forking of a product. The action was clearly an alteration (extension) for a personal need. Should a product experience alterations and the result again be returned to the group it comes from is forking also not the proper definition. By definition open source encourages you to alter.

迷荒 2024-09-25 16:13:01

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

It depends if you plan to maintain your fork. If you do then the chances are it will become a better project than the original. Otherwise maybe wait a couple of weeks. Still, even if you released today there's nothing to stop the original project merging your changes so the community as a whole benefits either way.

淤浪 2024-09-25 16:13:01

没有协议,只需将您的 fork 命名为其他名称,并为原始 projekt 的原始工作提供足够的荣誉即可。

分叉一直在发生,这并不一定是与原始维护者的“离婚”……只是快乐的编码。

您的额外呼叫可能对其他人有用,但也可能没有用。

There's no protocol, just call your fork something else and give the original prosjekt plenty of kudos for the original work.

Forks happen all the time, it's not necessarily a 'divorce' with the origial maintainers ... just happy coding.

Your additional calls might be usefull for someone else, but then again it might not.

兔小萌 2024-09-25 16:13:01

该项目是否有一个公开的邮件列表/错误跟踪器,如果有 - 在那里提交补丁是否负担得起?另外,不能成为一名开发人员 - 成为流行 Linux 发行版之一的维护人员(提交 Gentoo bug/Launchpad 条目)。
如果这样的行为没有意义——就分叉吧。

Does the project has a publicly known mailing list/bug tracker, and if is - is it affordable to submit a patch there? Also, can't be a developer - become a maintainer at one of popular Linux distros, (submit a Gentoo bug/Launchpad entry).
If there's no sense in such actions - just fork.

池木 2024-09-25 16:13:01

听起来你已经做了正确的事情,并试图留在现有的分支内,现在是适合分叉的时候了。

如果不出意外的话,分叉是比大多数其他事情更强大的行为,即如果您分叉但仍然没有引起原始开发人员的注意,那么您可以对自己做了正确的事情感到满意。当然,一旦分叉,就没有理由不能在后期进行一些收敛。

Sounds like you've done the right thing though and tried to stay within the existing branch and now it is appropriate to fork.

If nothing else, forking is a more powerful action than most other things i.e. if you fork and still don't get the original developer's attention then you can be satisfied that you did the right thing. Of course once forked, there's no real reason why there can't be some convergence at a later stage.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文