开发到上线交付的完整生命周期涉及5个核心环境

软件项目从开发到上线交付的完整生命周期中，按照"职责划分、风险递增、环境隔离"原则设置的5个核心环境，依次对应项目推进的不同阶段：local（本地）、dev（开发）、test（测试）、pre（预生产）、prod（生产）。

核心定义：这个是每个开发者在自己的个人电脑（笔记本/台式机）上搭建的专属环境，仅对当前的开发者可见，不与其他团队成员共享。
核心用途：开发者用于日常的代码编写、本地调试、单元测试、功能测试、完成代码的初步验证，避免直接修改共享环境的代码造成混乱。
关键特点：1）环境配置简单（通常只启动项目必须的核心服务，如本地数据库，本地缓存）；2）数据是模拟的或者个人使用的测试数据，无需保证数据完整性和安全性。3）可自由修改、重启、重置、不受团队其他成员影响，构建速度优先（如你之前配置中支持skipTests跳过测试提升效率）；4）仅用于个人开发验证，不参与团队协作和整体流程。

核心定义：由团队运维/架构师搭建的共享远程环境（部署在服务器上，而非个人电脑），所有团队开发者均可访问。
核心用途：用于团队成员的代码集成、联调测试。开发者完成本地开发后，会将代码提交到版本控制系统（Git），再由构建工具（Maven/Gradle）自动或手动部署到dev环境，验证多开发者的代码合并后是否兼容、团队协作的功能是否能正常联动。
关键特点：1）环境配置简单（通常只启动项目必须的核心服务，如本地数据库，本地缓存）；2）数据是团队共享的测试数据，会定期重置或更新，不存储真实业务数据；3）更新频率高（随团队代码提交同步更新），可能会出现不稳定的情况（正常现象，用于暴露集成问题）；4）核心价值是解决 "个人代码能跑，团队集成后报错" 的协作问题。

核心定义：专门为测试团队（功能测试、自动化测试、性能测试等）搭建的独立环境，与开发环境隔离，不受开发流程的干扰。
核心用途：用于项目的正式测试验证 ，当dev环境的功能开发完成、集成联调通过后，会将代码部署到test环境，由测试人员进行全面验证。1）功能测试：验证是否符合产品需求文档的要求；2）回归测试：验证新功能上线后，是否影响原有功能的正常使用；3）性能测试：验证系统在一定并发量下的响应速度、吞吐量是否达标；4）兼容性测试：验证系统在不同浏览器、不同设备下的表现是否正常。
关键特点：1）环境配置、架构与生产环境高度一致，性能规格略低于生产环境；2）数据是模拟的真实业务数据 （尽可能还原生产环境的数据结构和数据量，但无真实敏感信息），数据相对稳定，不会频繁重置；3）环境稳定性要求高，部署频率低于dev环境（通常按迭代周期部署，如每周 1-2 次）；4）只有通过test环境测试的版本，才能进入后续的预生产和生产环境。

核心定义 ：也叫 "准生产环境"，是与生产环境完全一致（几乎无差别）的镜像环境，部署在与生产环境相同的服务器集群、网络架构中，是上线前的最后一道 "防火墙"。
核心用途：1）上线前的最终验证：验证部署流程是否可行（模拟生产环境的打包、部署、启动全流程）；2）数据验证：部分场景会同步生产环境的脱敏数据（去除身份证、手机号、银行卡等敏感信息），验证系统在真实数据量下的表现；3）应急演练：提前演练生产环境可能出现的问题（如服务宕机、数据库故障），验证应急预案的有效性；4）权限验证：验证生产环境的操作权限、访问控制是否配置正确，避免上线后出现权限泄露或操作失误。
关键特点 ：1）环境配置、硬件规格、软件版本、网络架构、部署流程与生产环境 1:1 一致 ，仅不对外提供正式服务；2）数据为生产环境的脱敏备份数据 ，保证数据的真实性，同时保障数据安全；3）环境极其稳定，部署频率极低（仅在上线前部署待上线版本），禁止随意修改配置和重启服务；4）核心价值是 "提前暴露生产环境可能出现的问题"，将上线风险降到最低，若pre环境验证失败，需返回前面的环境整改，暂缓上线。

核心定义 ：也叫 "线上环境"，是最终对外提供正式业务服务的环境，直接面向终端用户、合作商户或外部系统，是项目的最终落地环境。
核心用途：承载真实的业务流量、存储真实的用户数据和业务数据，为用户提供稳定、可靠、安全的服务（如电商平台的下单、支付，社交软件的聊天、分享等核心功能）。
关键特点 ：1）环境配置最优（高性能服务器、高可用集群、容灾备份架构），优先保障服务的稳定性、安全性和高并发承载能力；2）数据是真实、敏感、核心的业务数据，必须严格遵守数据安全法规（如《个人信息保护法》），做好数据备份、脱敏和防泄露措施；3）部署和修改操作极其严格，需要经过审批、报备流程，禁止无预案的手动操作，上线通常选择在低峰期（如凌晨）进行，减少对用户的影响。4）一旦出现问题（如服务宕机、功能异常），会直接影响用户使用和企业业务，需要快速响应和应急处理。

这 5 个环境是项目从 "开发→协作→验证→彩排→上线" 的完整链路，风险依次递增，操作规范依次严格。
环境隔离的核心目的：避免不同阶段的操作互相干扰，降低上线风险，保障最终服务的稳定可靠。
流转顺序：local（个人开发）→ dev（团队集成）→ test（测试验证）→ pre（上线彩排）→ prod（正式上线），只有通过前一个环境的验证，才能进入下一个环境。