软件交付前，先列开源组件清单

软件准备交付客户，第一步别急着问“商用要不要开源”，先列出这次交付实际用了哪些开源组件：组件名称、版本、许可证文本、是否修改，以及交付的是安装包、源码还是在线服务。

“用了开源组件”不等于一定要公开全部源代码，“商业软件”也不等于当然没有发布义务。是否需要保留声明、提供许可证文本、公开对应源码或履行其他条件，要回到具体组件的许可证和实际使用方式判断。

这张清单要对应交付物，而不是开发团队的一份通用依赖表。比如，构建环境里出现过的组件，未必进入最终交付包；同一组件在未修改的内部服务、经修改后随客户端分发、作为 SDK 交给客户时，风险判断也可能不同。

先让研发从构建文件、依赖锁定文件和最终制品中拉出组件与版本，再由交付负责人补上：是否修改、是否静态或动态链接、是否向客户分发、是否随附源码或声明。没有这些事实，先不要对客户承诺“绝不需要开源”或“必须全部公开”。

Open Source Initiative 的许可证目录可用于核对具体许可证文本，但不能替代对交付方式和实际条款的判断。涉及客户交付时，还要把合同中关于源码、第三方组件、开源义务和责任分配与这张清单逐项对应。

吕箐翎律师建议，今天就针对下一次交付包建立一页“组件—版本—许可证—修改情况—交付方式”清单。先把清单补齐，再决定声明、源码提供或合同承诺怎么写。

本文仅提供一般法律信息，不构成对具体组件许可证、代码结构、交付合同或发布义务的法律意见。