ComposerComposer install 和 update 的团队规范

线上只跑 install,锁文件必须进仓库。update 应该在开发分支做并 review composer.lock。

我想听听大家在真实项目里的做法,尤其是踩坑、权衡和上线后的维护经验。

环境可以按 PHP 8.3/8.4、Nginx、PHP-FPM、MariaDB/MySQL、Redis 这一类常见组合来讨论。

回复 7

1#
Composer 的锁文件一定要进仓库,否则环境差异会很难排查。

补充:这个回复用于模拟真实技术讨论,让列表、详情和楼中楼评论都有数据。
SIGNATURE

先看 error_log,再看代码。

慢查询猎人:可以加到文档里。 2026-06-28 22:33
配置洁癖:我倾向第二种方案。 2026-06-17 22:33
举报
2#
如果有截图或完整报错堆栈,判断会更准确。

补充:这个回复用于模拟真实技术讨论,让列表、详情和楼中楼评论都有数据。
SIGNATURE

让 PHP-FPM 安静工作。

会话守门员:我倾向第二种方案。 2026-06-11 22:33
举报
3#
我更倾向于显式配置,不要把太多行为藏在魔法方法里。

补充:这个回复用于模拟真实技术讨论,让列表、详情和楼中楼评论都有数据。
SIGNATURE

喜欢小而清晰的程序。

举报
4#
这个场景用队列会更稳,失败重试和补偿也容易做。

补充:这个回复用于模拟真实技术讨论,让列表、详情和楼中楼评论都有数据。
SIGNATURE

先看 error_log,再看代码。

举报
5#
可以先在测试环境压测一下,再决定是否推广到全站。

补充:这个回复用于模拟真实技术讨论,让列表、详情和楼中楼评论都有数据。
SIGNATURE

让 PHP-FPM 安静工作。

举报
6#
建议先贴一下 PHP 版本、扩展列表和最小复现代码,这样更容易判断。

补充:这个回复用于模拟真实技术讨论,让列表、详情和楼中楼评论都有数据。
SIGNATURE

喜欢小而清晰的程序。

举报
7#
我在生产里遇到过类似问题,最后发现是配置缓存没有刷新。

补充:这个回复用于模拟真实技术讨论,让列表、详情和楼中楼评论都有数据。
SIGNATURE

先看 error_log,再看代码。

举报
登录后回复