企业官网建设流程全解析

前端工程化开发短记：巡检结果怎么交接

Monorepo 的日常检查应针对依赖声明、锁文件、构建产物和安全告警建立可重复的流程。它能提前发现风险，但不能替代代码评审和发布验证。

查清依赖边界

幽灵依赖指包未在自身清单中声明依赖，却因根目录提升而在本地可用。可在干净安装环境中分别构建子包，并用包管理器提供的依赖检查命令确认声明关系。

# 命令因 pnpm、npm、yarn 和仓库脚本而异 pnpm --filter @scope/package build pnpm --filter @scope/package test

版本范围要结合仓库的发布策略决定。锁文件应纳入评审；自动更新依赖后，先看变更日志、测试结果和受影响包，再决定是否发布。

让巡检输出可处理

巡检可以包括：安装一致性、类型检查、测试、构建体积对比和依赖漏洞扫描。每项结果都应标出包名、命令、阈值来源和处理人；安全扫描结果还要结合可利用性和升级兼容性判断，避免仅按等级自动下结论。

# 示例：以仓库实际 CI 配置和脚本为准 steps: - run: pnpm install --frozen-lockfile - run: pnpm -r typecheck - run: pnpm -r test

把巡检安排在合适的频率，并将失败结果回链到具体提交或依赖变更。这样既能降低依赖漂移带来的意外，也不会制造无法行动的告警噪声。

依赖升级前后运行同一份构建、类型检查和关键页面冒烟用例，并归档锁文件差异。若失败只发生在某个包管理器版本，应把版本写入工单而不是靠本机重装解决；这样维护者能判断是源码问题还是工具链漂移。