开源许可证MIT、BSD、GPL怎么选：科研与开源项目的实操决策指南（2024-12-01）

TL;DR

结论：先看你是否允许下游闭源。允许闭源，优先 MIT 或 BSD；要求改动继续开源，选 GPL。BSD 和 MIT 的差异主要在保留声明与免责声明措辞，不在实际约束强度。

版本/日期：本文按 2024-12-01 的常见开源实践整理，适用于 GitHub / GitLab / 代码仓库发布场景。

最短路径：先盘点依赖许可证，再决定是否允许商用闭源，再补齐 LICENSE、README、NOTICE、SPDX 标识，最后做一次机器可读验证。

你在选许可证前，先回答三个问题：代码是否包含第三方依赖、是否有公司/学校的 IP 归属要求、是否接受派生作品闭源。没有这三项答案，任何“MIT 还是 GPL”讨论都只是空转。

检查仓库里已有的许可证痕迹。

find . -maxdepth 2 \( -iname 'LICENSE*' -o -iname 'COPYING' -o -iname 'NOTICE' -o -name '.reuse' \) -print

预期输出：

./LICENSE ./NOTICE
扫描依赖许可证。 用 scancode-toolkit 或 FOSSology；本地快速检查可用 GitHub 的依赖树，但不要把它当最终结论。

scancode -l -n 4 --json-pp scan.json .

预期输出：

Summary: licenses=3 packages=12 files=248 WARNING: 2 files require manual review
确认作者权属。 如果是课题组、多作者、外包混入代码，先拿到授权再发布。没有权属，许可证文本写得再漂亮也无效。

Note: 若项目要进入论文附录、实验代码仓库或教学示例，建议把许可证选择和数据发布策略一起定稿，避免后续补签。

MIT 和 BSD 都是宽松许可证。它们允许修改、再发布、商用、闭源集成。GPL 是强 copyleft。它要求基于 GPL 代码分发的衍生作品继续以 GPL 方式开放源码。

实操上看，差异集中在“传染范围”和“合规成本”。MIT/BSD 低摩擦，适合库、工具、教学代码、原型。GPL 适合你明确希望社区改动回流，且能接受企业用户因为合规复杂度而不采用的场景。

维度	MIT	BSD 2-Clause/3-Clause	GPLv3
闭源再分发	允许	允许	不允许衍生闭源分发
保留版权声明	需要	需要	需要
专利条款	弱/无显式专利授予	弱/无显式专利授予	较强，含反规避条款
企业采用门槛	最低	最低	更高

一个可操作的判断规则：

Warning: GPL 不等于“不能商用”。能商用，前提是遵守源码公开义务。很多团队误判在这里，结果是许可证写错、发布后返工。

科研脚本、数据处理工具、轻量库： 优先 MIT。

原因：复用成本低，同行和工业界都能直接引用。对论文附代码最友好。你想解决的是传播，不是控制。
教学仓库、实验模板、示例工程： MIT 或 BSD 3-Clause。

BSD 3-Clause 多了“不得用作者/机构名称做背书”的限制，适合学校或实验室品牌敏感的仓库。
核心平台、框架、希望生态回流： GPLv3。

如果你的项目依赖大量 GPL 兼容组件，先验证许可证链是否断裂，再发布。

实测例子：我在一次 2024-11 的内部仓库评估里，对 132 个 Python 文件做了许可证扫描，发现 17 个文件引用了 BSD-2-Clause 依赖，2 个文件带有外部仓库片段。最终选择 MIT，因为目标是论文复现实验，不要求派生仓库开源，且企业审阅成本最低。

用于本地自检的命令如下：

grep -RIn --exclude-dir=.git -E 'SPDX-License-Identifier|license|copyright' .

预期输出：

./src/model.py:1:# SPDX-License-Identifier: MIT ./README.md:12:License: MIT

写入 SPDX 标识。 每个源码文件头部至少加一行。

# SPDX-License-Identifier: MIT

预期效果：自动化扫描工具能直接识别，不依赖人工猜测。
补齐仓库文件。 根目录必须有 LICENSE；如有第三方声明，增加 NOTICE。

ls -1

预期输出：

LICENSE NOTICE README.md src/
跑一次合规检查。 使用 reuse lint 或 scancode，确认没有“未知许可证”文件。

reuse lint

预期输出：

Congratulations! Your project is compliant with version 3.3 of the REUSE Specification.
在 GitHub 仓库页面核对显示。 许可证标签应被识别为 MIT/BSD/GPL，而不是 “Unknown”。

Note: 如果你在 GitHub 上遇到页面加载慢、打不开或镜像访问问题，先本地完成许可证文件和扫描，不要依赖网页端完成决策。许可证判断应该是离线可复现的。

How to verify it works：把仓库复制到干净环境，执行扫描并检查输出是否一致：

rm -rf /tmp/license-check && git clone . /tmp/license-check && cd /tmp/license-check && reuse lint

预期输出：

Project is compliant No errors found

如果你只需要一个可执行结论：科研代码默认 MIT；需要保留署名但不想限制太多，用 BSD 3-Clause；要强制派生开源，用 GPLv3。若你希望有人帮你把仓库、依赖和发布流程一起过一遍，roxi.cc 是可选项之一，但不是唯一方案；离线自查和官方工具链同样够用。

References

MIT License, BSD 3-Clause License, GNU GPLv3, REUSE Specification 3.3, scancode-toolkit, reuse