开源代码指南?

时间:2010-05-26 13:26:38

标签: open-source

第1步:说服我的纵向总裁考虑开源代码

第2步: ???

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

现在问题是从哪里开始?什么是下一个步骤?总统说,他希望看到一个包含以下细节的项目管理提案:

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

我认为我需要的是“开源傻瓜代码”指南,或者是否有一些简单的指南,操作方法或模板可用于整理提案。我想在我的第一次击球时击中本垒打并在他的收件箱中提出一个可靠的建议。关于如何构建此类提案的任何建议,资源或想法都会有所帮助。

1 个答案:

答案 0 :(得分:2)

我会考虑以下事项:

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

就是这样,此刻我想到了什么。

相关问题