ci: remove duplicate release dependency installs

docs/DEPLOYMENT.md

@@ -13,9 +13,9 @@ PR 质量门禁由 `.gitea/workflows/ci.yml` 执行：
 
 生产发布由 `.gitea/workflows/deploy.yml` 执行。目标为 `main` 的 PR 被真正合并后：
 
-1. Runner 检出 `main` 并在临时 MySQL 8.0.35 上执行发布迁移检查。
-2. 检查通过后 SSH 到生产服务器。
-3. 服务器备份 MySQL，安装依赖，执行迁移并收集静态资源。
+1. Runner 检出最终 `main`，检查必要发布文件、Python 语法和部署脚本语法。
+2. 轻量检查通过后 SSH 到生产服务器；该阶段不重复安装 Python/MySQL 依赖。
+3. 服务器备份 MySQL，增量安装依赖，收集静态资源并执行迁移。
 4. systemd 重启 Django ASGI 服务。
 5. 验证应用 HTTP、Redis Channel Layer 和直连 WebSocket。
 6. 通过 Nginx 验证健康接口、首页、后台、视频目录和 WebSocket。
@@ -33,7 +33,9 @@ PR 质量门禁由 `.gitea/workflows/ci.yml` 执行：
 - 禁止在检查未完成时合并。
 - 管理员也应遵守分支保护。
 
-完整测试只在 PR 阶段执行。合并后发布流程不重复运行全量测试，因此分支保护是生产发布的必要条件。
+完整测试、MySQL 迁移验证和生产静态资源检查只在 PR 阶段执行。合并后的
+`release-check` 不创建虚拟环境或临时 MySQL，避免在一次变更中重复下载依赖；
+因此分支保护和 `CI / test` 是生产发布的必要条件。
 
 ## Gitea Secrets