启动一个新的开源项目有哪些常见的陷阱？

Question

producing open-source software book是关于启动开源项目的信息金矿。然而，我希望从stackoverflow用户的经验中学到更多，并且想知道在开始一个新的开源项目时你犯了什么错误（或者在尝试为新项目做贡献时遇到的困难），你会怎样避免这些陷阱成为一个成功的项目*？

**成功松散地定义为使用的项目，并吸引活跃的贡献者。*

Answer 1

我最大的两个错误是：

1. 我希望世界在我发布任何地方后立即爱上我的项目。如果我没有立即得到反馈，我很快就会失去兴趣。

2. 当我得到快速反馈时，我经常没有及时回复，因为我有很多项目。

Answer 2

“吃自己的狗粮。”

成为您的第一个用户。这很好：

• 知道你在做什么
• 激励自己
• 获得早期反馈

我认为编写你自己没有使用的开源软件几乎是不可能的。

“吃自己的狗粮”试图摆脱恶性循环：没有人使用该软件，因为它不可用;它不可用，因为没有用户反馈。尝试开发一些对你有用的东西，看看它是否坚持并获得一些牵引力。

除了自己使用软件“经常发布，早发布”。随着发布我不是指在某个地方发布一些源zip，而是一个真正的端到端版本。

Answer 3

第一个陷阱是在已经有大量现有项目计划做同样事情时启动一个新项目。

Answer 4

目前我正在根据我在德国的FrOSCon上发表的演讲开始撰写博客。 First article: There shall be light – things to keep in mind when starting a project

也许这有帮助。我不知道写下以下19篇博客文章需要多长时间。

我会在这里回答克林顿：

对于新用户来说，不那么明显的事情是：

对于以用户为中心的软件：

• 入门指南（让软件快速运行）
• 截图！用户喜欢截图，而很少有项目提供他们

对于以开发人员为中心的软件：

• 入门指南（“快速获取代码”，例如解释依赖关系，结构，编译和启动过程）
• 行为准则

我会更多地考虑一下并在此处添加它。

Answer 5

选择错误的许可证（针对'错误'的不同值）是一个常见的陷阱。两个例子：

1。）如果您使用的许可证不允许以不同的条款和进行重新许可，则接受贡献者代码，您需要记住代码突然不是你的了。这适用于某些业余爱好项目，但可能会在以后限制您的商业选择。当然，它也限制了其他商业选择。

这方面的一个例子是GPL。包含此许可下的贡献代码，您自己必须与GPL绑定，并且不能在以后决定双重许可（除非您为每个贡献者指明这一点）。即使将许可证简单地更改为类似的OpenSource许可证也是不可能的：请参阅linux内核 - 它与GPL V2绑定，无法更新为GPL V3。

2。）如果您使用许可许可（例如Apache，MIT，BSD），您需要记住，您不仅可以商业化并稍后关闭代码，而且其他人也可以这样做。 / p>

不要误会我的意思：我喜欢GPL，我很乐意为GPL项目做贡献，很高兴这些项目存在。我也喜欢BSD，Apache，麻省理工学院（许可的人），并且正在为其他人在商业上利用的项目做出贡献，例如：通过我获得OpenSource的软件的“企业版”。这都是公平的游戏 - 你必须确定你想要的选项。没有比这更好的了，它们只是不同。

Answer 6

积极的超级文档是必须的。