如何标记项目旧依赖为弃用且不移除，实现导入时IDE告警

完全可以在保留Material-UI V4依赖的前提下，实现导入时IDE实时弹出弃用警告，不需要修改依赖源码，以下是经过验证的落地方案，按适配优先级排序：

方案1：配置ESLint导入限制规则（通用首选） #

这是适配所有技术栈、效果最稳定的方案，只要项目接入了ESLint，VSCode、WebStorm等主流IDE都会实时展示校验提示，同时规则可以直接接入代码提交校验、CI流程，从开发到上线全链路拦截不合规的导入行为。
直接使用ESLint内置的no-restricted-imports规则即可，不需要额外安装插件，配置示例：

// .eslintrc.js
module.exports = {
  // 保留项目原有其他配置
  rules: {
    'no-restricted-imports': ['warn', { // 要强制拦截时可将'warn'改为'error'
      paths: [
        {
          name: '@material-ui/core',
          message: 'Material-UI V4 已标记为弃用，新功能开发请使用 MUI V5 对应的 @mui/material 包'
        },
        {
          name: '@material-ui/icons',
          message: 'Material-UI V4 图标包已标记为弃用，新功能开发请使用 MUI V5 对应的 @mui/icons-material 包'
        },
        {
          name: '@material-ui/lab',
          message: 'Material-UI V4 实验室组件已弃用，新功能开发请使用 MUI V5 对应的 @mui/lab 包'
        }
      ],
      // 正则匹配拦截所有深层路径导入，避免通过导入子文件绕过规则
      patterns: [
        {
          group: ['@material-ui/**/*'],
          message: '禁止导入 Material-UI V4 下的任何子模块，新功能请统一使用 MUI V5 版本依赖'
        }
      ]
    }]
  }
}

配置生效后，只要开发者编写了从@material-ui/*路径导入的代码，IDE会立刻在对应代码行标黄（设为error时标红），鼠标悬浮即可看到预设的弃用提示。规则等级初期可设为warn仅做提示，等团队适应后再改成error，直接拦截不合规代码提交，灵活度很高。

方案2：TypeScript全局类型标记（TS项目叠加使用） #

如果项目使用TypeScript开发，可以额外在全局类型声明文件中给V4的模块添加@deprecated标记，TS语言服务会自动识别该标记，在导入时给对应模块、组件添加删除线样式，悬浮即可展示弃用信息，和TS原生提示弃用API的体验完全一致。
配置示例：

// 写入项目已有的全局类型声明文件，如src/global.d.ts
declare module '@material-ui/core' {
  /**
   * @deprecated Material-UI V4 已停止新功能使用，请迁移至 MUI V5 的 @mui/material
   */
  const moduleContent: any;
  export = moduleContent;
}

// 通配匹配所有V4相关子包
declare module '@material-ui/*' {
  /**
   * @deprecated Material-UI V4 相关依赖已弃用，新功能请使用 MUI V5 对应包
   */
  const moduleContent: any;
  export = moduleContent;
}

方案3：构建工具校验兜底 #

如果需要做多层防护，可以在Vite、Webpack等构建工具的配置中添加简单的检测规则，在编译阶段扫描到@material-ui开头的导入时输出控制台警告，必要时可以阻断开发服务启动，作为开发环节的兜底校验。

你之前尝试的patch-package修改依赖package.json中deprecated字段的方案无法满足需求，原因是：npm的deprecated字段是包管理层面的提示，仅会在执行npm install/yarn install等安装命令时输出信息，完全不会关联代码导入环节的检测，因此做不到IDE实时提示。
以上所有方案都不会影响现有存量V4代码的正常运行，也不需要卸载V4依赖，完全满足“存量代码逐步迁移、增量代码强制使用V5”的需求，等后续所有旧代码都迁移到V5之后，再直接移除V4依赖即可。

内容的提问来源于stack exchange，提问作者denski