为 Python 项目选择开源许可证：The Hitchhiker's Guide to Python 许可实践指南
【免费下载链接】python-guidePython best practices guidebook, written for humans.项目地址: https://gitcode.com/gh_mirrors/py/python-guide
开源许可证决定了你的代码能否被他人合法使用、修改与分发。本篇指南基于《Python 最佳实践指南》（The Hitchhiker's Guide to Python）写作章节中的 "Choosing a License" 一节，系统梳理开源许可证的两大阵营、主流许可证清单与选择工具，并结合本仓库自身的许可实践，帮助你为自己的 Python 项目快速、正确地选定许可证，避免因"无许可证"而阻碍社区使用与贡献。
为什么你的源码发布必须要有许可证
在《Python 最佳实践指南》的写作建议中，许可证被明确列为每个项目仓库的必备要素。原因很实际：在美国法律框架下，除非明确指定许可证，否则用户没有下载、修改或分发该软件的法律权利。没有许可证，代码虽然公开可见，但法律上所有权利默认保留给作者（"all rights reserved"），这会让潜在的下载者、二次开发者都处于法律灰色地带。
此外，许可证也是协作的前提：人们无法为你的代码做贡献，除非你告诉他们需要遵循什么规则。一份清晰的许可证相当于为贡献者划定了"游戏规则"——能否商用、修改后是否需要开源、衍生作品采用何种条款等，都由此确定。
《指南》中关于文档的章节也强调了这一点：项目的LICENSE文件应该始终存在，并明确软件以何种许可证向公众提供（参见 docs/writing/documentation.rst）。而在仓库结构建议中，LICENSE被描述为"除源代码本身外，仓库最重要的部分之一"，完整的许可证文本与版权声明都应放在该文件中（参见 docs/writing/structure.rst）。
开源许可证的两大阵营
市面上的开源许可证数量众多（OSI 认证的许可证即有数十种），但《指南》指出，它们大体可以归入两个类别，理解这两个类别的差异是选择许可证的第一步。
更宽松（Permissive）的许可证：以用户自由为中心
这类许可证更关注用户按自己意愿使用软件的自由，属于较宽松的开源许可证，典型代表包括：
- MIT（及其 X11 变体）
- BSD（尤其是 New BSD / 3-Clause BSD）
- ISC
- Apache License
宽松许可证的核心特征是：允许他人以几乎任何方式使用、修改和再分发代码——包括闭源、商用——只需满足保留版权声明等少量义务即可。如果你的目标是让代码被最大范围地采用，宽松许可证通常是首选。
更严格（Less Permissive）的许可证：确保代码永远自由
这类许可证更关注确保代码本身——包括对其所做的任何修改、以及随代码一起分发的部分——始终保持自由，属于自由度保留（copyleft）更强的自由软件许可证，典型代表包括：
- GPL（GNU General Public License）
- LGPL（GNU Lesser General Public License）
这里"更严格"的具体含义是：这类许可证不允许有人在软件中添加代码并分发，却不附带其修改部分的源代码。换言之，如果别人在你的 GPL 代码基础上做了修改并对外分发，就必须以同样的条款公开这些修改的源代码。这种"传染性"条款保护了代码生态的开放性，但对希望将代码嵌入闭源商业产品的使用者来说约束较大。
具体许可证清单速览
《指南》按宽松程度给出了一个简明清单，可作为初选的快速参考：
更宽松（More Permissive）
- PSFL（Python Software Foundation License）——用于向 Python 语言本身贡献代码时
- MIT / BSD / ISC
- MIT（X11）
- New BSD（3-Clause BSD）
- ISC
- Apache
更严格（Less Permissive）
- LGPL
- GPL
- GPLv2
- GPLv3
其中PSFL值得单独说明：如果你的目标是向 Python 解释器本身提交代码，Python 软件基金会采用的就是 PSFL 这一专用许可证；而对绝大多数独立 Python 项目而言，MIT、BSD 或 Apache 是更常见的宽松选择。
如何为你的项目做出选择
《指南》给出的核心建议非常直接：使用许可证选择工具（license chooser），帮助你根据项目意图（是否允许商用、是否要求衍生作品开源等）快速筛选合适的许可证。
同时，如需横向对比各类许可证"可以做什么、不可以做什么、必须做什么"，可以参考tl;drLegal这类许可证速览资源，它们用通俗语言总结了每种许可证的核心义务与限制，比逐字阅读许可证原文高效得多。
一个实用的决策思路是：
- 确认项目的开放目标：你希望代码被最大范围采用（选宽松类），还是希望所有衍生作品也必须保持开源（选严格类）？
- 确认社区生态惯例：同类 Python 项目通常采用什么许可证，跟随生态惯例可以降低使用者的认知成本。
- 用选择工具交叉验证：借助许可证选择器，回答几个关于商用与衍生作品的问题，让工具给出候选清单，再结合上述分类自行定夺。
仓库实践佐证：本指南自身如何选择与放置许可证
本仓库（The Hitchhiker's Guide to Python）本身就是一个"如何为文档/内容项目选许可证"的真实范例，其实践可以从仓库文件中直接验证。
内容项目的许可证选择：CC BY-NC-SA 3.0
本仓库根目录的 LICENSE 文件完整收录了Creative Commons Attribution-NonCommercial-ShareAlike 3.0 Unported（CC BY-NC-SA 3.0）的法律文本。这一选择与指南正文的分类逻辑一脉相承：作为一本"写给人类"的 Python 最佳实践指南书（内容型作品），它采用了知识共享协议中同时具备"署名（BY）""非商业（NC）""相同方式共享（SA）"三个要素的许可证——既要求署名与衍生作品同样开放，又限制商业用途。
在 docs/notes/license.rst 中，仓库明确声明"《指南》以 CC BY-NC-SA 3.0 许可证授权"，并指向对应的许可说明。同时，构建配置 docs/conf.py 中的版权声明也以 HTML 链接形式标注了该许可证，确保构建出的文档页脚自动携带许可信息。
LICENSE 文件的仓库位置与发布检查
仓库结构章节（docs/writing/structure.rst）给出的推荐布局中，LICENSE文件应位于仓库根目录，作用是"法律层面的保障"（Lawyering up）。该章节同时指出：你也可以选择无许可证发布代码，但这会阻止许多人使用或贡献你的代码——这与正文"源码发布必须要有许可证"的判断完全一致。
在发布环节，docs/shipping/publishing.rst 也将许可证列入发布前检查清单，要求随 README、.gitignore一起确认许可证文件就位，避免代码已经对外分发却缺少许可声明的尴尬局面。
小结
为 Python 项目选择许可证并不复杂，关键在于先理解两个基本分类：宽松类（MIT、BSD、ISC、Apache）保护使用者的自由，严格类（GPL、LGPL）保护代码本身永远开源。结合项目目标、社区惯例与许可证选择工具，通常几分钟即可做出决定。而无论选择哪一种，请务必把完整的许可证文本放入仓库根目录的LICENSE文件，并在发布清单中核验——正如《指南》所说，这是除源代码本身之外，仓库里最重要的部分之一。
【免费下载链接】python-guidePython best practices guidebook, written for humans.项目地址: https://gitcode.com/gh_mirrors/py/python-guide
创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
