什么时候合并开源项目？

Question

例子：我们的前3名用户2在工作几乎等同项目（我不知道他们的深入，也许我错了）：

Marc Gravell的Protobuf-Net

Jon Skeet的DotNet-Protobuf

关于Jon Skeet的笑话不同，并且梦想着一个自豪的理想世界（对不起，我不是指责你傲慢自大，每个程序员都必须捍卫自己的代码），这不是一个好机会吗？加入努力？

我并不是说社区应该决定个人必须做什么，我只是希望你提出合并项目的利弊，以及必须有哪些项目需要进行此类分析。

Answer 1

如果没有对可用解决方案进行深入研究并且没有认真考虑加入现有项目的可能性，开始一个新项目是社区应该更加强调的东西。也许程序员的教育应该包括一些关于重复工作成本的讨论。

话虽如此，尝试解决同一问题的不同方法是健康的，一旦程序员有了一些玩具代码，我们应该感谢他让公众可以使用它，而不管类似项目的存在。

我认为作者应该认真考虑合并，如果：

• 一个设计已经被证明明显优于其他
• 一个社区比其他
• 这两个项目更积极分享今后的方向相同的想法
• 两个代码库合并所需的工作是可行的

Answer 2

合并应该发生在总体上有利时。例如，如果其中一个或两个项目如下：

• 太弱，无法靠自己生存（没有足够的积极发展以跟上技术变化）;或...
• 可以通过重叠（即不完全相同）的功能提供良好的协同作用。

但是，有两个强大的项目都做同样的事情没有任何错误 - 它可以帮助鼓励创新，因为他们试图比对方更好。