跳到正文

苹果公共源代码许可证

苹果公共源代码许可证是苹果公司的开源和自由软件许可证,最初用于达尔文操作系统。

最近更新 2026年8月26日

AI 爬虫读取

1次请求

1家公司
  • Anthropic1
词条页
1
争议页
0
JSON · MD
0
首次读取
2026年11月4日
最近读取
2026年11月4日

统计自 2026年10月28日 · 数据来自本站服务器日志

概览

苹果公共源代码许可证,通常缩写为APSL,是苹果公司创建的一种开源和自由软件许可证,用于公开发布与达尔文相关的源代码。达尔文是苹果软件平台所使用的基于Unix的操作系统基础。苹果于2000年推出该许可证,作为发布达尔文源代码并让更广泛的软件社区参与开发和审查源自苹果外部项目以及苹果自身工程工作的技术的一部分。 APSL是一种copyleft风格的许可证,但其义务比完全互惠的许可证(如GNU通用公共许可证)更为狭窄。一般来说,当一方在外部发布APSL覆盖源代码的修改版本时,必须根据许可证条款提供这些修改的相应源代码。这种方法旨在保持对覆盖代码所做修改的公共访问,同时允许苹果和其他用户以在更强的copyleft许可证下通常不可能的方式将许可代码与专有组件结合。 APSL的第一个版本获得了开放源代码促进会的批准。苹果随后修订了许可证,于2003年7月29日发布了2.0版本。APSL 2.0被自由软件基金会接受为自由软件许可证,尽管FSF不建议将其用于新项目。其保留意见包括许可证的部分copyleft结构、与GNU通用公共许可证的不兼容性,以及允许将APSL覆盖的文件与完全专有软件链接。FSF还将APSL对外发布衍生作品的源代码披露要求与GNU Affero通用公共许可证中的类似概念进行了比较。 APSL最好被理解为一个许可框架,而不是传统的消费品牌或商业产品线。其重要性在于它管理苹果原创开源代码的复用、修改和再分发的方式。达尔文仍然是该许可证的主要历史背景,苹果操作系统组件的许多源代码继续在APSL或相关开源条款下分发。同时,苹果已将一些项目重新许可为更宽松的许可证,包括Apache许可证。Bonjour的Zeroconf网络栈就是苹果软件发布转向更宽松许可模式的一个例子。 该许可证在开源生态系统中占据独特地位:它提供对源代码的有意义访问,并要求披露外部发布的衍生作品,同时不要求所有与覆盖代码链接的软件都按相同条款发布。这种平衡反映了苹果倾向于发布选定的操作系统组件,而不施加与GPL家族相关的广泛互惠义务。评估APSL覆盖软件的开发人员必须考虑所涉及的许可证版本以及分发、修改和链接的情况。

沿革

苹果在发布达尔文的背景下创建了苹果公共源代码许可证。达尔文是开源的基于Unix的核心,支撑着苹果操作系统技术的重要部分。达尔文融合了社区和学术软件项目的代码和技术传统,苹果采用了开源许可模式,以便外部参与开发和审查发布的源代码。第一个APSL版本出现在2000年,并获得了开放源代码促进会的批准,使其在新兴的开源许可体系中得到正式认可。 该许可证旨在将源代码的公共访问与衍生作品的义务相结合。其核心披露要求适用于当APSL覆盖代码的修改版本在外部发布时:必须根据许可证条件提供衍生更改的相关源代码。然而,与GNU通用公共许可证不同,APSL不要求每个与覆盖代码链接的程序都成为开源。这使得APSL许可的组件可以与专有软件一起使用,这一特性支持苹果发布其操作系统栈的部分内容,而无需将所有相邻软件置于相同的许可条款下。 苹果于2003年7月29日发布了2.0版。该修订版被自由软件基金会接受为自由软件许可证,但FSF的评估是有保留的。它认为APSL对于已经在许可证下分发的项目的开发人员来说是可以接受的,但建议开发人员不要将其用于新项目。FSF指出该许可证的部分copyleft条款、与GPL的不兼容性以及允许与完全专有文件链接是GPL导向软件自由的重要限制。FSF还注意到APSL的外部衍生源代码要求与GNU Affero通用公共许可证相关的源代码披露方法之间的概念相似性。 APSL最重要的实际应用场景是苹果发布达尔文及相关操作系统组件。该许可证并未永久管理每个苹果开源项目。随着苹果开源组合的发展,一些项目被重新许可为更宽松的条款,包括Apache许可证。Bonjour Zeroconf网络栈被确定为从APSL转向更宽松许可证的软件示例之一。尽管如此,苹果操作系统组件的相当一部分源代码仍然与APSL相关联。 从历史上看,APSL代表了一种中间许可策略。它比完全宽松的许可证更保护对修改的公共访问,因为外部发布的衍生作品会触发源代码可用性义务。同时,它不如强copyleft许可证广泛,因为它允许与专有文件集成,并且不会自动将其要求扩展到所有链接的软件。其发展反映了苹果试图支持社区参与和选定系统组件的源代码透明度,同时保留围绕它们构建的更广泛架构和商业软件生态系统的灵活性。

  • 2003

    发布2.0版

    [1]

    苹果于2003年7月29日发布了APSL 2.0。修订后的许可证后来被自由软件基金会认定为自由软件许可证,但对其是否适合新项目有所保留。

  • 2000

    采用初始苹果公共源代码许可证

    [1]

    苹果为与达尔文相关的源代码发布引入了APSL的第一个版本。该许可证获得了开放源代码促进会的批准。

产品与定位

一种从宽松到部分copyleft的开源许可证,旨在发布苹果开发和分发的操作系统源代码,同时要求外部发布的衍生作品提供源代码。

  • 开源软件许可证 · 2000

    苹果公共源代码许可证1.0

    苹果用于早期与达尔文相关的公共源代码分发的初始APSL版本。它确立了许可证的模式,允许访问源代码,同时要求外部发布的衍生作品提供源代码。

  • 开源软件许可证 · 2003

    苹果公共源代码许可证2.0

    苹果于2003年7月29日发布的修订版APSL。它保留了许可证的部分copyleft方法,并被自由软件基金会认定为自由软件许可证,尽管FSF建议不要将其用于新项目。

  • 操作系统源代码 · 2000

    达尔文源代码发布

    达尔文是历史上与APSL相关的主要软件生态系统。苹果根据APSL发布了部分操作系统基础的源代码,使社区能够在许可证要求下进行审查、修改和再分发。

品牌决策

  • 2003

    苹果发布苹果公共源代码许可证2.0换代

    背景

    苹果在初始APSL发布后修订了其开源许可条款,并于2003年7月29日发布了新版本。

    采取的行动

    苹果发布了2.0版,保留了部分copyleft和外部衍生源代码披露要求。

    后续影响

    自由软件基金会承认APSL 2.0为自由软件许可证,但建议开发人员不要将其用于新项目,因为其与GPL不兼容且允许专有链接。

  • 2000

    苹果为达尔文采用开源许可证战略

    背景

    苹果寻求让软件社区参与与达尔文相关的源代码开发,并在定义的开源框架下发布选定的操作系统组件。

    采取的行动

    苹果根据苹果公共源代码许可证的第一个版本发布了达尔文相关源代码。

    后续影响

    此举确立了APSL作为苹果公开发布的相当一部分操作系统源代码的主要许可框架。

  • 选定的苹果项目转向更宽松的许可证战略

    背景

    苹果的开源许可实践不断发展,一些软件项目不再在APSL下分发。

    采取的行动

    苹果将某些项目(包括Bonjour Zeroconf网络栈)重新许可为更宽松的Apache许可证。

    后续影响

    APSL继续与苹果操作系统组件源代码的大部分相关联,而选定的项目采用了限制较少的许可条款。

来源2 个来源

引用本词条: 请引用规范词条页。 /brand-wiki/apple-public-source-license · 编辑方针 · 词条如何编纂