为什么建议使用Docker而不是手动上传JAR包？

服务器

是否使用 Docker 并不关键，真正需要注意的是手动上传 JAR 包可能带来的风险。主要问题有以下三点：首先，编译环境通常基于本地配置，与系统紧密耦合，容易因环境差异导致不稳定。 其次，缺乏版本管理机制，一旦需要回退到之前的版本会非常困难，而实际上 JAR 匌同样需要进行版本控制。 没有实现自动化发布流程，手动登录服务器并执行命令容易出错，增加了运维复杂度。从零构建 CI/CD 流程可能会显得较为繁琐，因此可以参考 Vercel 的自动化部署逻辑来设计自己的工作流： 1. 将代码正常提交至 Git，并对需要发布的分支打上标签（tag）。 2. 检测到代码更新后，系统自动触发构建（build）和测试（test）流程（例如运行类似 npm build 的命令，具体脚本需自行编写）。 3. 如果构建和测试成功，则自动将应用部署到预发布（staging）环境，并分配一个临时域名供访问（如 http://v123.myapp.vercel.com）。 4. 确认预发布环境无误后，正式发布到生产环境（例如将主域名指向 http://v123.myapp.vercel.com）。 尽管 Vercel 主要面向 Node.JS 项目，但这种自动化部署思路适用于任何语言的开发和部署场景。