常见问题解答 – 开源促进会

以下是我们经常被问到的问题的答案。如果您有此处未解答的问题，请联系我们。

开源基础知识

分发和使用开源软件

商业与开源

使用我们的徽标、链接到我们等

获得帮助/联系 OSI

支持 OSI

开源基础知识

什么是“开源”软件？

一般来说，开源软件是任何人都可以自由访问、使用、更改和共享（以修改或未修改的形式）的软件。开源软件由许多人制作，并根据符合开源定义的许可证分发。

国际公认的开源定义提供了十个标准，任何软件许可证以及根据该许可证分发的软件都必须满足这些标准，才能被标记为“开源软件”。只有根据 OSI 批准的开源许可证许可的软件才应被标记为“开源”软件。

开源软件可以用于商业目的吗？

当然可以。所有开源软件都可以用于商业目的；开源定义保证了这一点。您甚至可以出售开源软件。

但是，请注意，商业与专有不同。如果您根据开源许可证收到软件，您可以始终将该软件用于商业目的，但这并不总是意味着您可以对从您那里收到软件的人施加进一步的限制。特别是，著作权共享风格的开源许可证要求，至少在某些情况下，当您分发软件时，您必须在与您收到软件时相同的许可证下进行分发。

我可以限制人们如何使用开源许可的程序吗？

不可以。为任何目的使用程序的自由是开源定义的一部分。开源许可证不对努力领域进行歧视。

我可以阻止“坏人”使用我的程序吗？

不可以。开源定义规定开源许可证不得歧视个人或群体。给予每个人自由也意味着给予坏人自由。

什么是“自由软件”，它与“开源”相同吗？

“自由软件”和“开源软件”是同一事物的两个术语：根据保证某些特定自由集的许可证发布的软件。

术语“自由软件”更早出现，并反映在自由软件基金会 (FSF) 的名称中，该组织成立于 1985 年，旨在保护和推广自由软件。术语“开源”由 Christine Peterson 创造，并于 1998 年被开源促进会的创始人采用。与 FSF 一样，OSI 的创始人支持自由软件的开发和分发，但他们不同意 FSF 关于如何推广自由软件的观点，他们认为软件自由主要是一个实际问题，而不是意识形态问题（例如，请参阅 OSI 的原始 1998 年 FAQ 页面中的条目“‘开源’与‘自由软件’有何关系？”）。

许多后来采用“开源”一词的人广泛认同 FSF 的意识形态观点，但在策略和措辞上存在一些分歧。今天，有些人同时使用这两个术语，根据上下文和受众进行选择。

“开源”一词的采用者经常引用的一个策略考虑是英语单词“free”的歧义，它可以指自由或仅仅是货币价格；OSI 创始人也给出了这种歧义，作为更喜欢新术语的原因（参见 “‘free’ 到底是什么意思？”，以及针对黑客的营销页面上的类似语言，均来自 1998 年的原始网站）。

在 20 世纪 90 年代，应用于软件源代码的术语“open”有时用于暗示源代码仅仅是可检查、可见或可用的。追溯到更早的 20 世纪 80 年代，计算机行业中“open”的使用主要表示类似于“没有硬件供应商锁定”。OSI 的术语“开源”，如开源定义中所定义的，明确指出开源具体而言不仅需要检查访问权限，还需要向接收者传达永久的权利，即分叉受保护的代码并在不支付额外费用的情况下使用它。

FSF 使用较短的、四点定义的软件自由来评估许可证，而 OSI 使用较长的、十点定义。这两个定义在实践中导致相同的结果，但使用表面上不同的语言来实现。

这段历史导致了关于这两个术语之间关系的偶尔混淆。有时人们错误地认为，术语“开源”的使用者并不打算通过该术语传达哲学观点，即使许多人实际上确实以这种方式使用它。另一个错误，自大约 2008 年以来偶尔出现，是假设“自由软件”仅指根据互惠（即著作权共享）许可证许可的软件，因为 FSF 通常以这种方式发布软件，而“开源”指根据所谓的非互惠（即非著作权共享）许可证发布的软件。事实上，两个术语都指根据两种许可证发布的软件。

然而，这两个术语都不完全绑定到一组关联或另一组关联；这始终是一个上下文和目标受众的问题。当您感觉到潜在的误解时，您可能希望向您的受众保证，这两个术语本质上是可以互换的，除非专门用于讨论术语差异本身的历史或内涵。有些人也因此更喜欢使用术语“自由和开源软件”（或 FOSS，FLOSS [自由、自由和开源软件]）。

另请参阅我们的历史页面，了解有关术语“开源”的历史和用法的更多信息。

什么是“著作权共享”？它与“开源”相同吗？

“著作权共享”是指允许衍生作品但要求它们使用与原始作品相同许可证的许可证。例如，如果您编写一些软件并根据 GNU 通用公共许可证（一种广泛使用的著作权共享许可证）发布它，然后其他人修改该软件并分发其修改后的版本，则修改后的版本也必须根据 GNU GPL 许可——包括专门为加入修改后的版本而编写的任何新代码。原始作品和新作品都是开源的；著作权共享许可证只是确保该属性延续到所有下游衍生品。（至少有一个著作权共享许可证，Affero GPL，甚至要求您向任何将软件功能作为网络服务提供给他们的人提供源代码，根据 AGPL——但是，大多数著作权共享许可证在其共享要求在分发软件副本本身时激活。您应该阅读许可证以了解其对源代码分发的要求。）

大多数著作权共享许可证都是开源的，但并非所有开源许可证都是著作权共享。当开源许可证不是著作权共享时，这意味着根据该许可证发布的软件可以用作根据其他许可证（包括专有（非开源）许可证）分发的程序的一部分。例如，BSD 许可证是非著作权共享开源许可证。此类许可证通常被称为“非著作权共享”或“非互惠”开源许可证

著作权共享条款仅适用于实际衍生品，即修改现有著作权共享作品的情况。仅仅将著作权共享作品与非著作权共享作品一起分发并不会导致后者受著作权共享条款约束。

有关更多信息，请查看您正在考虑使用的特定著作权共享许可证的文本，或参阅维基百科上关于著作权共享的条目。

什么是“宽松”的开源许可证？

所有开源许可证都是宽松的！有些许可证附带条件——例如，“著作权共享”条件或要求作者被承认的条件——但任何条件都必须在不参考包括权利所有者在内的外部机构的情况下得到满足。开源许可证不允许包含需要额外步骤才能删除的限制，例如注册或购买额外许可证。

术语“宽松”有时也用作“著作权共享”的反义词，但最好避免这种用法，因为它错误地将著作权共享条件描述为限制。

<SOME PROGRAM> 是开源的吗？

仅当它使用批准的许可证并发布适当的软件时才行。

即使我不使用经批准的许可证，我也可以称我的程序为“开源”吗？

请不要这样做。如果您在不使用批准的许可证的情况下称其为“开源”，您会使人们感到困惑。这不仅仅是一个理论上的担忧——我们过去已经看到过这种困惑发生，这也是我们制定正式许可证批准流程的部分原因。另请参阅我们关于许可证扩散的页面，了解为什么这是一个问题。

<SOME LICENSE> 是开源许可证吗，即使它没有在您的网站上列出？

一般来说，不是。我们通过审批流程运行所有许可证，以提供关于哪些许可证是开源的公认标准，并且我们列出了批准的许可证。对于未经该流程的许可证，请对声称的开源性持怀疑态度。另请参阅许可证扩散页面，了解为什么这如此重要。

如果许可证与您网站上列出的许可证仅相差几个字，它还是开源许可证吗？

许多较旧的许可证，例如 BSD 许可证，都有几个变体，它们仅相差几个字或句子。不幸的是，OSI 无法批准每个变体，因此我们无法说特定变体是否获得批准。在可能的情况下，请避免使用这些变体，而是使用 OSI 网站上使用的相同版本。

“公共领域”中的软件呢？那是开源的吗？

对于大多数实际目的而言，它是——有点是这样。这是一个复杂的问题，所以请继续阅读。

“公共领域” 是版权法中的一个技术术语，指的是不受版权保护的作品——要么是因为它们从未受版权保护（例如，由美国政府雇员在政府工作时间和作为其工作一部分创作的作品自动进入公共领域），要么是因为它们的版权期限最终已过，并且它们“落入”公共领域。

并非所有司法管辖区都有公共领域，并且在确实有公共领域的司法管辖区中，它并不总是意味着完全相同的事情。此外，即使在含义明确的情况下，它仍然不是许可证。要受许可证约束，作品必须仍在版权保护之下。这意味着“公共领域”作为一个概念，无法通过 OSI 评估和批准流程。我们不会评估许可证文本。相反，我们将不得不以某种方式评估不同司法管辖区的法律本身，并说明哪些司法管辖区具有符合开源定义并且不会给软件作者和用户带来问题的公共领域。这将非常困难，因为它将意味着不仅要评估法规，还要评估各种判例法（例如，开源许可证通常对版权所有者具有强烈的责任免责声明——但我们不知道作者在各个司法管辖区对发布到公共领域的软件的责任是否会受到保护）。这种方法对 OSI 的使命没有用处，因为开源是一种国际现象，我们只想批准在任何地方都符合开源定义的许可证。

因此，我们建议您始终将批准的开源许可证应用于您正在发布的软件，而不是尝试完全放弃版权。使用清晰、公认的开源许可证实际上使其他人更容易知道您的软件符合开源定义。它还能够保护署名和各种其他非限制性权利，这些权利在没有许可证的情况下无法可靠地执行。

在某些情况下，例如上述美国政府作品，应用许可证并不容易，并且软件必须发布到公共领域。在这些情况下，虽然显示 OSI 徽标或说许可证已获得 OSI 批准是不准确的（因为没有许可证），但我们仍然认为说此类软件实际上是开源的，或者对于大多数实际目的而言是开源的，即使它不是正式根据开源许可证发布的，也是准确的。（当然，这假设在发布司法管辖区的法律中，“公共领域”的含义与开源定义兼容。）毕竟，开源许可证保证的自由仍然存在，并且围绕该软件可能会出现熟悉的开源协作动态。

有关公共领域和开源复杂性的详细讨论，请在 2012 年 1 月、2012 年 2 月和 2012 年 3 月 OSI 许可证审查邮件列表的存档的主题标题中搜索“公共领域”和“PD”这两个词。如果您觉得阅读所有这些对话令人生畏，请将其视为更多证据，表明如果您可以，最好使用批准的开源许可证！

另请参阅 CC0 问题。对于与上述观点不同的观点，请参阅 unlicense.org。

Creative Commons “CC0”（“CC 零”）公共领域贡献呢？那是开源的吗？

目前，我们不建议使用 CC0 公共领域贡献发布软件。

由于（可能令人惊讶的是）并非所有司法管辖区都可能进行此类放弃，因此 CC0 还包含一个“公共许可证回退”条款，该条款在“如果由于任何原因，在适用法律下，部分放弃被判定为在法律上无效或无效”时生效。回退本质上是一个非常类似于开源许可证的版权许可证，因为它放弃了与版权相关的大多数限制性权力，并允许作品的再分发和修改。

2012 年 2 月，Creative Commons 提交了 CC0 给 OSI 以获得批准作为开源许可证，要求 OSI 评估公共许可证回退部分，因为文本的其余部分是权利放弃而不是许可证。随后进行了出乎意料的激烈而详细的讨论——在 2012 年 2 月和 2012 年 3 月 OSI 许可证审查邮件列表的存档的主题标题中搜索“CC0”和“Creative Commons Zero”。

CC0 没有被明确拒绝，但许可证审查委员会未能达成共识，认为应该批准它，Creative Commons 最终撤回了申请。提出的最严重的担忧与第 4(a) 条的效果有关，该条规定：“确认者持有的任何……专利权均未被本文件放弃、放弃、交出、许可或以其他方式影响。”。虽然许多开源许可证根本没有提及专利，但开源许可证明确声明放弃任何专利权转让的情况极为罕见，委员会认为批准此类许可证将开创危险的先例，甚至可能削弱使用根据 CC0 发布的软件的用户可用的专利侵权抗辩。

另请参阅公共领域问题。

分发和使用开源软件

如果我不想以源代码形式分发我的程序怎么办？或者如果我不想以源代码或二进制形式分发它怎么办？

如果您不分发源代码，那么您正在分发的内容就不能有意义地称为“开源”。如果您根本不分发，那么根据定义，您没有分发源代码，因此您没有分发任何开源内容。

这样想：开源许可证始终应用于源代码——因此，如果您不分发源代码，那么您就没有分发开源许可证适用的内容。您可能会或可能不会分发二进制文件；这是一个单独的问题。虽然某些开源许可证允许您在不分发相应源代码的情况下分发二进制代码，但只有源代码才能是“开源的”。二进制文件本身不能是开源的，因为您没有提供任何源代码来开源。（如果其他人根据开源许可证分发源代码，那么这仍然是开源的，当然。）

请注意，著作权共享开源许可证要求再分发者在某些情况下提供源代码；例如，请参阅 GNU 通用公共许可证和 GNU Affero 通用公共许可证。

另请参阅 “什么是‘分发’？” 问题。

我应该选择哪个开源许可证来发布我的软件？

您可以从此处开始列出的开源许可证中选择任何许可证：opensource.org/licenses。大多数人从“热门”类别中选择一个，但您可以自由选择任何列出的许可证。

如果这是您第一次选择开源许可证，我们建议您找到一位有开源许可经验的人，并与他们讨论您的项目——这将帮助您选择最合适的许可证。这个人不必是律师；他可能是一位有发布开源代码经验的开发人员。Civic Commons wiki 上的选择许可证部分可能很有用，您可以从 Hernandez、Jimenez、Barahona、Pascual 和 Robles 合著的电子书自由软件入门第 3.2 节以及 Karl Fogel 的著作制作开源软件的第 2 章“选择许可证并应用它”中了解更多关于开源许可证的信息。

哪个开源许可证最好？

与双边版权许可证（在双方之间协商并在它们之间体现商业目的休战）不同，多边版权许可证（开源许可证是其中一种）是社区协议。它们表达了一个社区选择如何协作的共识。它们还体现了社区的伦理假设，即使这些假设没有明确列举。

当这种共识包括允许所有人无偏见地使用、研究、改进和共享代码时，该许可证就是开源许可证。开源定义提供了一个客观的测试，用于评估此类许可证是否确实是开源许可证，并提供我们都期望的软件自由。

由于许可证是社区的共识，因此不同的社区拥有不同的许可证，具有不同规范的社区会对其他人使用的许可证挑剔，并且所有社区都会认为自己的方式是最佳的，这是很自然的。关于此事的争论将与所涉社区的哲学立场之间的鸿沟一样深刻。

最终，没有一个许可证适合每个社区。使用最符合您社区的目标和精神的许可证。

**我如何将 <SOME OPEN SOURCE LICENSE> 应用于我发布的软件？**

这个问题实际上并非特定于开源许可证——它实际上只是关于如何将某些特定的版权许可证（无论是开源还是非开源）应用于您的软件。请注意，OSI 不是法律服务组织，不提供法律建议。但是，许多许可证都附带有关如何应用它们的说明：例如，请参阅 Apache-2.0 许可证中的“附录：如何将 Apache 许可证应用于您的作品”部分，或 GPL-3.0 许可证中的“如何将这些条款应用于您的新程序”部分。如果您要应用的许可证有此类说明，只需按照说明操作即可。如果没有，请查看前两个示例（或包含类似说明的其他许可证），并遵循类似的步骤，当然要根据您实际使用的许可证进行调整。软件自由法律中心还维护了一份关于管理开源项目中的版权信息的指南。最后，本指南也可能有所帮助，但请再次注意，无论是本指南还是本 FAQ 项目均不构成法律建议。

请注意，根据开源许可证发布软件不涉及联系 OSI、注册某些流程或将您的软件副本交给 OSI 或任何其他组织进行评估。您只需以上述方式发布附有 OSI 批准的开源许可证的软件——这就是您需要做的全部。

什么是“贡献者协议”？它们像开源许可证吗？

许多开源项目只接受已提交称为贡献者协议的法律文件的人的补丁（代码贡献或文档贡献）。贡献者协议不是开源许可证——相反，它们是贡献者告诉项目它有权根据项目现有的开源许可证分发新贡献的一种方式。（一些贡献者协议还允许项目在其他开源许可证下分发贡献，这使项目能够在未来更改其许可证，并且一些协议甚至允许项目在项目想要的任何许可证下分发贡献。）

对于 CLA 和 CAA，当然有必要“项目”是某种能够签订协议的法律实体。有时项目本身已注册成立，通常作为非营利实体；有时它由伞式非营利组织代表（例如 Apache 软件基金会或软件自由保护组织）；有时，一家营利性公司认为自己是项目的主要赞助商，并要求贡献者协议以管理开发社区并维护软件的公共分发。

有关贡献者协议的更多信息，以及一些示例，请参阅 civiccommons.org/Contributor_Agreements。另请参阅 Project Harmony，“……一个以社区为中心的团体，专注于自由和开源软件 (FOSS) 的贡献者协议。”

我可以删除开源代码上的版权并放入我自己的版权吗？

我可以编写链接到开源共享库的专有代码吗？

有时可以；这取决于开源许可证。作者通常希望您能够这样做，因此大多数共享库都根据非互惠许可证或允许在某些情况下链接的许可证（例如，LGPL）获得许可。极少数库使用 GPL，它仅允许与专有作品链接，前提是许可方授予明确的例外。因此，您明智的做法是检查您的程序链接到的许可证。社区期望链接到 GPL 代码的所有代码都将根据 GPL 获得许可，即使链接是在运行时使用共享库建立的。

我想发布一些代码作为开源代码——我可以从您那里获得许可证吗？

只要您拥有该源代码，您需要做的就是选择批准的开源许可证之一，包含许可证文本的副本，通常在一个名为“COPYRIGHT”的文件中，包括一个声明，说明您正在根据该版权许可代码，并将其交给其他人！当然，您可能想把它交给很多人，以便从赠送代码中获得最大收益。许多网站将帮助您做到这一点：berlios.de、bitbucket.org、github.com、gitlab.com、sourceforge.net、code.google.com 等。

<SOME PROGRAM> 仅仅因为它是在 <SOME OPEN SOURCE LICENSED LANGUAGE> 中编写的，就是开源的吗？

不是。虽然像 PHP、Perl 或 Python 这样的语言具有根据开源许可证许可的实现，但这并不会将用这些语言编写或在这些实现下运行的所有代码变成开源。用这些语言编写或在这些实现下运行的代码需要根据批准的开源许可证许可才能成为开源。

什么是“分发”？“分发”程序是什么意思？让人在我的服务器上使用它与分发相同吗？

通俗地说，“分发”程序意味着将程序代码的副本交给其他人——无论是源代码、二进制（可执行）代码，还是两者都给。仅仅允许人们在您的服务器上调用程序，例如通过网络 API 调用，并不构成通常理解的程序分发。

为了避免混淆，一些许可协议使用术语“传播 (propagate)”和“传递 (convey)”来代替“分发 (distribute)”。例如，在GNU 通用公共许可证第 3 版中，“传播 (propagate)”的意思是：“……在未经许可的情况下，对该软件做的任何事情，根据适用的版权法，会使您直接或间接地承担侵权责任，但在计算机上执行它或修改私人副本的情况除外。“传播”包括复制、分发（无论是否修改）、向公众提供，以及在某些国家/地区的其他活动。” 即使这样，对于“向公众提供”的含义仍然存在一些疑问。但是，“传递 (convey)”的定义缩小了范围：“……任何类型的传播，使其他方能够制作或接收副本。仅仅通过计算机网络与用户交互，而没有副本的传输，不属于“传递 (convey)。”

在法律语境中，您可能希望使用类似的精确度。但是，在非正式沟通中，“分发 (distribute)”通常被理解为“以源代码和/或二进制形式交付副本”。

并非所有程序都具有单独的源代码和二进制形式。对于用所谓的“脚本”语言编写的程序，通常只有源代码形式（尽管有时会进行压缩，例如在分发之前对 Javascript 代码执行的代码压缩）。但是，其他编程语言通常被编译为特定于架构的可执行形式，并且可以选择作为不带源代码的可执行文件分发。源代码和可执行形式之间的区别对于理解某些开源许可证的条款和条件非常重要，因此如果您没有必要的技术背景，则应咨询有相关背景的人。

另请参阅“如果我不想分发怎么办？”问题。

有人违反了著作权共享许可证，例如拒绝在要求时给我源代码。我能做什么？

开源促进会 (Open Source Initiative) 不是法律服务组织，通常无法在有人违反著佐权 (copyleft)许可证时为您提供帮助。但是，截至 2011 年末，以下组织之一可能能够提供帮助（请注意，他们执行的大部分工作是关于 GNU GPL 和 AGPL 许可证，尽管理论上他们也可以帮助执行其他著佐权许可证）。

GPL 违规项目。
如果违规行为涉及的软件是软件自由保护协会 (Software Freedom Conservancy) 的成员项目之一，您可以联系保护协会：<[email protected]>，他们将帮助您帮助该项目执行 GPL。

如果您知道其他提供类似法律援助的组织，请通过 osi {_AT_} opensource.org 告知我们。

商业与开源

如果任何人都可以出售我的代码，我如何赚钱？

您可以销售基于代码的服务（即，出售您的时间）、销售担保和其他保证、销售定制和维护工作、许可商标等。唯一与开源不兼容的盈利策略是基于垄断的销售，也称为“版税”。请参阅这篇文章，了解如何思考从开源中赚钱的商业策略。此外，这份 2015 年对开源领导者（包括许多 OSI 董事）的调查提供了几种自由和开源软件的商业模式。

我可以出售开源程序吗？即使我没有编写它？

是的，您可以。但根据许可证，您可能无法阻止您的客户以与您相同的方式出售它。有关更多详细信息，请参阅商业用途。

开源是否意味着其他人可以使用我的名称和徽标？

不，至少不会比他们本来可以做的更多。开源是关于软件源代码，而不是关于身份。也就是说，允许人们在开源许可证下使用您的代码，与允许他们使用您的商标或其他识别属性不同，除非在他们无论如何都被允许的范围内（例如，在叙述性使用 (nominative use)原则中）。许多公司和其他组织在发布开源代码的同时，对其商标进行严格控制。

商标和其他归属标记主要用于防止公众对身份和出处的混淆，因此商标法规在开源软件中的作用与在一般情况下的作用相同。

使用我们的徽标、链接到我们等

我可以在我的产品（帽子、衬衫、网页等）上使用您的企业徽标（绿色开放钥匙孔，上面写着“Open Source”）或非常相似的东西（不同的颜色/纹理/文字）吗？

唉，不，它是一个商标，我们需要保留对其的控制权。请参阅我们的商标和徽标使用指南。

在 opensource.org 上链接到我的网站需要多少钱？

我们不在我们的网站上出售广告位。

我可以在我的网页上使用您的企业徽标来链接到您吗？

是的。您始终可以以真实的方式使用商标准确地指代一个实体。

我可以链接到您的网站吗？

是的，但您不必请求许可。链接到任何人的网站总是可以的。链接到某物就像大声说出它的名称和地址。

我可以在我正在编写的文档中使用您的某个页面吗？

一般来说，是的。查看每个页面底部的知识共享许可协议 (Creative Commons License)。这为您提供了相当广泛的权限来重复使用该材料；请阅读许可证以查看确切的权限。

获得帮助

我在哪里可以讨论有关开源许可证的问题？

讨论有关开源许可证问题或潜在开源许可证的最佳场所是在我们的 license-discuss 邮件列表中，您可以在我们的邮件列表页面上阅读更多相关信息。您无需订阅即可发帖，但非会员的帖子会受到审核（仅为了防止垃圾邮件），因此如果您的第一个帖子需要几天时间才能显示出来，请耐心等待。对于有关提交新许可证的问题，您可能还需要阅读有关许可证审批流程的信息。

我可以在这里提出法律问题吗？

我们不是法律服务组织，我们无法为您提供法律建议。如果您需要法律建议，则需要与律师建立律师-客户关系。即使律师是公益律师 (pro bono)，也仍然需要正式的客户安排。

在不为您提供法律建议的情况下，我们仍然可以为您提供有关社区规范和期望的建议。这不是法律建议，但当您与律师交谈时，或者在必要时，在没有律师帮助的情况下做出决定时，您可能会发现它很有用。

OSI 可以资助我的开源软件项目吗？

OSI 的工作以及资金支持，侧重于创建和管理资源，以支持、促进和保护开源软件的开发、采用和社区。 OSI 无法直接资助您的开源软件项目，我们资助旨在提高对您的开源软件项目的认识和采用率的项目。

如果您正在寻找资助机会（和其他资源）来支持您的开源软件开发项目，您可能需要尝试加入现有开源软件社区或将您的项目与现有开源软件社区对齐。如果您能找到一个互补的项目或支持基金会，那么开发您自己的实践社区所需的大部分工作都将完成。它还将向您和您的软件介绍其他项目、开发人员、贡献者和赞助商，他们正在进行类似或一致的工作，了解您的项目及其价值，因此可能希望与您合作，使其作为他们更大的工作、项目和/或基金会的一部分而获得成功。

您能帮我找到开源程序员或程序吗？

遗憾的是，我们无法做到；开源现在规模太大，我们无法跟踪其中的所有人员和活动。网络搜索引擎是您最好的选择。对于特定的软件包，您可能还会发现查看 Freecode 很有用。

我如何取消订阅您的邮件列表之一？

访问列表页面，然后单击相应的“取消订阅”链接以生成必要的电子邮件请求。

我如何加入开源项目？

大多数开源项目都通过在线讨论论坛运行：邮件列表、维基、聊天室等。我们鼓励您找到您关心的项目，查看他们的网站以了解他们正在使用哪种类型的讨论论坛，并加入这些论坛。通常的下一步是开始提交错误报告和/或修复错误。

我有一个论文，我正在发送调查问卷……

我们不亲自回复调查问卷。阅读此文以获取更多信息。

支持 OSI

我如何支持 OSI？

如果您是个人，请加入我们成为会员！

如果您是一个非营利/非盈利组织，开源软件是您使命的一部分，请考虑成为我们的附属组织之一。

如果您是一家使用或生产开源软件的营利性公司（而且如今几乎每家公司都属于这些类别中的至少一个！），请考虑成为企业赞助商。

当然，任何人都可以随时捐款。

我如何帮助改进 OSI 网站？

OSI 网站使用 WordPress 内容管理系统（WordPress 当然是开源软件）。网页内容根据知识共享署名 4.0 国际许可协议 (Creative Commons Attribution 4.0 International License) 获得许可，该协议为非软件作品提供与开源为软件作品提供的类似的自由。

但是，网页存储在我们的 WordPress 数据库中，因此无法像通常在软件项目中那样，使用版本控制系统“检出” OSI 网站的副本，并使用补丁、拉取请求或开源软件项目中常用的其他方法将更改发回给我们。相反，只需通过电子邮件联系我们并告知您提出的更改，我们将通过电子邮件进行审核。