将代码变更推送到线上站点。在现代 PaaS 平台上,重新部署通常只需要 git push — 托管平台会监听你的分支并自动触发重建。以下是各主流平台的重新部署命令与生效时间。
如果仓库已连接,直接推送即可。
git push origin main
Vercel 检测到推送后会自动构建并部署。
或通过 CLI(vercel CLI ↗):
vercel --prod
耗时:典型的 Next.js / 静态站点约需 30 秒至 3 分钟。
推送到已连接的分支:
git push origin main
或通过 CLI:
netlify deploy --prod
耗时:1 至 3 分钟。
推送到已连接的分支:
git push origin main
或通过 Wrangler(Wrangler 文档 ↗):
npx wrangler pages deploy ./dist --project-name=my-site
耗时:1 至 2 分钟。
推送到已连接的分支:
git push origin main
或从控制台手动触发:Manual Deploy → Deploy latest commit。
耗时:2 至 5 分钟(Render 需要重建容器)。
推送到已连接的分支:
git push origin main
或从控制台触发:进入服务 → Deployments → Redeploy。
耗时:30 秒至 2 分钟。
Fly 以 CLI 为主(默认不自动检测 git 推送):
fly deploy
此命令会重建镜像并滚动更新各 Machine。耗时:每个区域约 1 至 3 分钟。
推送到 GitHub Pages 所服务的分支(通常是 gh-pages 或 main):
git push origin main
耗时:30 秒至 10 分钟。繁忙时段 GitHub Pages 可能较慢。
如果你使用自己的服务器,请参阅重新部署自托管服务器 — 流程有所不同(git pull + 重启服务)。
部署已上线,但本地缓存了旧版 CSS/JS 的用户在缓存过期前看不到变更。有两种解决方案:
main.a1b2c3.js 这样的文件名,浏览器会自动加载新版本。