Open source 开源代码指南？ 步骤1：说服我的总统考虑开源代码代码< /P>

第2步：

更详细地说，我已经成功地说服了我的老板和老板的老板考虑开源的一组代码，这些代码主要是作为我们公司的演示平台编写的。我们已经确定代码是有用的，并且了解开源代码的好处

现在的问题是从这里走到哪里？接下来的步骤是什么？总统说，他希望看到一份项目管理建议书，其中包含以下细节：

• 谁来管理代码的更改
• 发布新代码的过程是什么样的
• 在发布代码之前，如何定义代码审查过程
• 谁将参加
• 首先需要考虑哪些法律方面

---

我想我需要的是一个“傻瓜开源代码”指南，或者如果有一些简单的指导方针、操作指南或模板来组合一个可用的提案。我想在我第一次击球时打出一个本垒打，然后在他的收件箱里塞进一个可靠的提议。关于如何构建这样一个建议的任何建议、资源或想法都将是有益的。

< P>我会考虑以下内容：

• 清楚地思考开源软件的目标，并从这个角度检查您的所有决策
• 仔细检查已用库的所有许可证是否与所选许可证兼容，并且您是否有权使用代码库中的任何内容。这还包括图像或其他非代码。如果来源是全世界可见的，版权侵权很容易被发现，你的竞争对手可能会利用这个机会给你制造麻烦
• 选择适当的许可证。最重要的决策可能是copyleft（GPL、AGPL），也可能不是（Apache、BSD、MIT）
• 再次检查您的代码，删除您不想在公共场合看到的任何内容（愚蠢的评论等等）
• 编写文档以从源代码构建软件。如果您有一个好的构建文件，它可以像“make”一样简单，但很可能您必须记录相关依赖项，如已安装的库等
• 提供与贵公司联系软件的方式。可能是一个电子邮件地址和一个回复此电子邮件的人
• 如果您想吸引外部编码人员，请记录源代码的一些重要部分。提供一些关于结构的基本文档，外部开发人员可以确定应该编辑哪个源文件，以更改软件的行为X
• 如果您想与外部程序员一起工作，您将需要一个世界可读的版本控件。如果您得到的补丁与实际的代码库相比已经过时了，那么它是没有帮助的。如果您有经常发送补丁的人员，请授予他们提交权限。此外，开放式bug跟踪器也很有用。如果您不想自己在您的公司托管这两个工具，请使用
• 如果您选择copyleft许可证，请让所有外部提交者签署一份合同，允许您使用其添加内容。否则，你就不能使用你公司其他产品的变化

---

就这样，我现在想到了什么。

我很确定，在这方面已经有很多好问题了；另外，我查看了它们，大多数情况下，它们并没有涉及如何制定正式提案的过程。