治理是 2011 年开源的关键词。治理可以分解为两个主题：结构和流程。
构成稳定民主制度的相同要素也构成良好的开源治理。这并不意味着你需要权力制衡或司法部门。这意味着你需要明确说明治理规则，以及一个流程，使最佳想法能够从项目运行者那里获得及时行动。
无论你运行的项目类型如何，这都是正确的，前提是你关心从你的社区中获得一些东西。并非每个项目都在乎。如果你将开源视为一种功能，仅仅是让你免费分发并通过联系下载者来赚钱，那么治理和流程对你来说可能并不重要。另一方面，社区驱动的项目非常需要一个流程，让每个人都有机会充分参与。企业社区需要协商流程，以便相关公司能够保护自己的特权。
想知道为什么现在每个人都喜欢 Apache 吗？那是因为他们几乎在其他人之前就专注于流程，并且他们已经掌握了诀窍。当您拥有一群伟大的头脑，他们共享价值观、结构和流程以及代码时，您就拥有了开发版的卡梅洛特。
大多数项目更像是街区俱乐部，而不是州或城市，因为让人们参与到流程中才是最重要的。这很简单。任命一位社区经理。授权他们不仅回复每封收到的电子邮件，还要尽可能加入每个社交网络，不仅涵盖你的软件，还涵盖整个类别，并鼓励反馈。最重要的是，让那些与你联系的人感受到你与他们建立了联系。
一旦你收到的反馈超过了一个人可以处理的范围，那么你就开始需要一个流程。关注那些正在贡献代码或想要贡献代码的人。当代码进来时，确保技术团队中有人可以查看贡献并评估它们。尽量不要拒绝任何贡献。发布它们。其他人可能会喜欢它们。
一旦你有足够的拥护者来发挥作用，你就需要委员会。一个技术委员会，由代码和错误修复的最大贡献者组成，包括个人和公司。一个顾问委员会，由公司和社区成员组成，他们可以帮助指导软件的路径。此时，社区经理是顾问委员会和社区之间的联络人。请记住，你不仅要推动代码的提供，还要推动 beta 测试和错误报告。
现在你真的需要一个流程了。你需要选择这些委员会的流程，更换成员的流程，定义他们对你的公司战略的权力的流程。你还需要处理版权的政策，以及与那些不愿集中转让版权的人谈判的流程（如果这是人们选择做的事情）。
你需要做出一些选择。你愿意放弃多少战略控制权？重要的是你要仔细考虑这些选择，并在正确的时间做出。在需要之前就专注于详细的流程，否则你就会原地打转。等到暴民冲到门口，你就完蛋了——项目就是这样被摧毁的。
通过 wiki 完成这一切。保持透明。对你正在做的事情和你为什么要这样做都保持诚实和开放。你的流程参与度越广，你就会越好。
是的，会有喷子。拥有流程的一部分是拥有一套系统来处理那些只想抱怨的人。
wiki 流程的最终结果应该是一组定义你的治理标准的文件。然后，这仅仅是遵循它们的问题，包括一个更改它们的流程。
通过这种方式，你可以避免代码的分叉，鼓励代码库的增长，并有望发展成为一项良好的业务，无论你选择采用哪种许可证。
并非每个项目都以这种方式运作。五年前，许多公司认为许可证可以替代流程。你有很多 GPL 许可的项目，它们在流程方面与 Oracle 和 Microsoft 几乎没有什么不同。
哦，请考虑下面的评论是此过程的一部分。
评论已关闭。