登录 注册

依赖升级前怎么评估破坏性变更？

除了看 CHANGELOG，还会跑哪些自动化检查？有没有好用的 composer 插件？

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

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

线上救火队 Lv.2 新手 3.2k 浏览 · 4 回复
SIGNATURE

Composer update 前先备份。

回复 4

接口设计师 Lv.1 新手 发表于 只看Ta
1#

我更倾向于显式配置，不要把太多行为藏在魔法方法里。

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

SIGNATURE

喜欢小而清晰的程序。

文档翻译者：

这个点我也踩过。

Composer搬运工：

mark，等楼主后续。

回复
顶0 踩0
文档翻译者 Lv.1 新手 发表于 只看Ta
2#

这个场景用队列会更稳，失败重试和补偿也容易做。

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

SIGNATURE

先看 error_log，再看代码。

脚本自动化：

mark，等楼主后续。

回复
顶0 踩0
ORM怀疑者 Lv.2 新手 发表于 只看Ta
3#

可以先在测试环境压测一下，再决定是否推广到全站。

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

SIGNATURE

让 PHP-FPM 安静工作。

回复
顶0 踩0
Laravel老周 Lv.1 新手 发表于 只看Ta
4#

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

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

SIGNATURE

喜欢小而清晰的程序。

回复
顶0 踩0
登录后回复
Esc
回车搜索 · Esc 关闭 · ⌘/Ctrl K 或 / 打开