<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Breaking Changes on PlumePHP</title><link>https://plumephp.com/tags/breaking-changes/</link><description>Recent content in Breaking Changes on PlumePHP</description><generator>Hugo</generator><language>zh-CN</language><lastBuildDate>Mon, 28 Sep 2026 13:00:00 +0800</lastBuildDate><atom:link href="https://plumephp.com/tags/breaking-changes/index.xml" rel="self" type="application/rss+xml"/><item><title>TypeScript 版本升级与迁移：breaking changes 与渐进策略</title><link>https://plumephp.com/typescript-major-version-upgrade/</link><pubDate>Mon, 28 Sep 2026 13:00:00 +0800</pubDate><guid>https://plumephp.com/typescript-major-version-upgrade/</guid><description>&lt;h2 id="引言"&gt;引言&lt;/h2&gt;
&lt;p&gt;TypeScript 每年发布若干大版本，每个大版本都携带 breaking changes——可能只是「更严格的类型检查」让原本「侥幸通过」的代码浮出水面，也可能是某个 API 被移除。团队常常「能用就不升」，直到某个新库强制要求新版本，被迫在压力下升级。本文把升级做成工程：&lt;strong&gt;先评估收益与风险 → 基线准备 → 自动化迁移 → 渐进收敛 → 回归验证&lt;/strong&gt;，让版本升级像普通重构一样可控、可回滚、可验证。&lt;/p&gt;</description></item></channel></rss>