升级Angular 13遇@angular-eslint/schematics peer依赖错误如何处理？

报错信息：peer @angular/cli@">= 12.0.0 < 13.0.0" from @angular-eslint/schematics@12.6.1
该报错为@angular-eslint 12.x版本的peer依赖限制导致，官方仅在next预览版中提供了Angular 13的兼容支持，针对生产环境不能使用预览版的场景，相关问题说明和解决方案如下：

强制忽略peer依赖构建的潜在风险 #

• Lint校验逻辑异常：未经过官方兼容性测试的版本组合可能导致部分ESLint规则失效、误报，甚至直接抛出异常中断lint命令执行，若CI/CD流程将lint结果作为前置卡点，会直接阻塞整个构建发布流程
• 代码规范漏检：规则异常失效会导致不符合团队规范的问题代码无法被拦截，直接流入生产环境，增加后续代码维护成本和线上故障概率
• 后续依赖维护风险：非兼容的依赖组合没有官方验证背书，后续安装其他npm包、升级Angular小版本时，出现新的依赖冲突的概率会大幅提升，问题排查成本远高于使用官方兼容的版本组合

可行解决方案推荐 #

• 临时跳过peer依赖校验完成升级：执行npm安装命令时添加--legacy-peer-deps参数仅用于本次Angular版本升级，升级完成后等待@angular-eslint发布适配Angular 13的正式稳定版后，再同步升级@angular-eslint到对应稳定版本。该方案操作成本最低，适合可以短期接受lint校验可能存在异常的团队
• 临时移除@angular-eslint相关依赖：先将项目中所有@angular-eslint相关依赖从package.json中移除，同时备份.eslintrc等lint配置文件，待完成Angular 13升级、且@angular-eslint适配的稳定版发布后，再重新安装对应版本的依赖，复用备份的配置文件即可恢复lint校验能力。该方案可以保证升级过程中CI流程的稳定性，适合对发布流程可用性要求高的团队
• 私有源定制适配版本：如果团队有前端基建维护人力，可以 fork @angular-eslint 12.x版本代码，手动修改其peer依赖声明适配Angular 13，完成内部验证后发布到团队私有npm源使用。该方案既不需要使用next预览版，也可以保证lint校验能力完全正常，适合有定制化维护能力的中大型团队

内容的提问来源于stack exchange，提问作者Chethan Srinivas Rao