请解释 CI/CD 的概念，并阐述在前端项目中落地 CI/CD 的具体做法。

回答思路

1. 【回答框架 1】CI/CD 是持续集成、持续交付和持续部署的统称。持续集成指频繁将代码合并到主干并自动触发构建与测试，尽早发现集成问题；持续交付确保代码随时可部署到生产环境，但部署动作由人工触发；持续部署则进一步自动化部署流程，代码通过测试后自动上线。三者构成从代码提交到发布的自动化流水线。
2. 【回答框架 2】前端项目实施 CI/CD 通常从版本控制集成开始，在代码推送或合并请求时触发流水线。典型阶段包括安装依赖、执行代码检查（如 ESLint）、运行单元测试与构建（如 Vite 或 Webpack），生成静态资源。构建产物可上传至对象存储或制品库，供后续部署使用。
3. 【回答框架 3】部署环节需根据项目环境区分。开发与测试环境可自动部署，生产环境常采用手动确认或基于标签触发。前端静态资源可部署到 CDN 或 Nginx 服务器，同时需处理缓存策略，如文件名哈希与缓存头配置，确保用户获取最新版本。
4. 【回答框架 4】实施时需关注流水线效率与稳定性。依赖安装可使用缓存或锁文件（如 package-lock.json）加速；测试可分层运行，快速反馈优先执行关键用例；构建失败需及时通知团队。此外，应配置回滚机制，如保留历史版本或使用蓝绿部署，降低发布风险。
5. 【回答框架 5】整体上，前端 CI/CD 的核心价值在于自动化重复性工作，缩短交付周期，提升代码质量与发布可靠性。实施需结合团队规模、项目复杂度与基础设施，逐步完善流水线，而非一次性追求全自动化。
6. 【关键点 1】CI 强调频繁集成与自动构建测试，CD 分为持续交付与持续部署，区别在于生产部署是否自动触发。
7. 【关键点 2】前端流水线核心阶段为安装依赖、代码检查、测试、构建与部署，构建产物为静态资源。
8. 【关键点 3】部署需区分环境，生产环境建议人工确认，并配置缓存策略与回滚机制。
9. 【关键点 4】依赖缓存与锁文件可显著提升流水线速度，测试分层可优化反馈效率。
10. 【关键点 5】实施应渐进式推进，结合团队实际选择自动化程度。
11. 【易错点 1】混淆持续交付与持续部署，误认为 CD 必然包含自动上线生产。
12. 【易错点 2】忽略前端静态资源的缓存策略，导致发布后用户仍访问旧版本。
13. 【易错点 3】流水线中未设置回滚机制，发布异常时无法快速恢复。