Composer会提示废弃包以提醒用户依赖风险，例如“Package X is abandoned”，该信息来自Packagist元数据，建议查找替代方案、评估安全使用可能性、锁定版本或采用社区维护分支，维护者可登录Packagist标记包为废弃并推荐替代品，此机制有助于保障项目长期可维护性。
当你使用 Composer 安装或更新 PHP 依赖时，如果某个包已被标记为废弃（abandoned），Composer 会显示类似“Package X is abandoned, you should avoid using it”的警告。这类提示意味着该包不再维护，继续使用可能存在安全风险或兼容性问题。以下是 Composer 如何处理这类警告以及你可以采取的应对措施。
Composer 显示废弃包警告的原因
当一个包在 Packagist 上被其作者标记为“abandoned”，Composer 在执行 composer install 或 composer update 时会自动检查并提示用户。这个信息来源于 Packagist 的元数据，并非由 Composer 主动判断。
常见提示示例：
Package monolog/monolog is abandoned, you should avoid using it. Use symfony/monolog-bundle instead.这说明原包已停止维护，推荐使用替代方案。
如何应对废弃包警告
面对废弃包提示，你可以根据项目实际情况做出响应：
使用约定式提交（Conventional Commits）生成标准化的 Git 提交信息。适用于以下场景： (1) 暂存更改时需要提交信息； (2) 审查 diff 时希望获得结构化摘要； (3) 编写 PR 描述或变更日志（changelog）条目； (4) 用户明确要求“为本次更改编写提交信息”。 该功能会分析已暂存/未暂存的 diff，并生成按类型（type）划分范围的提交信息。
- 查找替代方案：警告中通常会建议一个替代包（如上例中的 symfony/monolog-bundle）。应查阅文档，评估迁移成本，并逐步替换。
- 确认是否仍可安全使用：某些废弃包功能稳定且广泛使用（如 monolog/monolog 实际未完全废弃，可能是误判），需核实 Packagist 页面状态和社区反馈。
- 锁定版本避免更新：若暂时无法替换，可在 composer.json 中固定该包版本，防止引入不兼容更新。
- 寻找社区维护分支：部分废弃包有社区 fork 继续维护（如 laravel-notification-channels/xxx），可考虑切换到活跃分支。
忽略废弃警告（不推荐）
虽然可以忽略警告，但这不是长期解决方案。Composer 本身没有提供全局关闭废弃提示的选项，因为这是重要的维护提醒。
如果你确定短期内必须使用，可通过以下方式减少干扰：
- 记录技术债，安排后续重构计划。
- 在团队文档中标注该依赖的风险。
维护者如何标记包为废弃
如果你是包的维护者并希望标记为废弃，登录 Packagist 后进入你的包页面，点击“Mark as abandoned”并指定替代包（可选）。这样所有使用者都会收到提示。
基本上就这些。Composer 的废弃警告是一种保护机制，提醒开发者关注依赖健康。及时响应这类提示，有助于保持项目的长期可维护性。
