Flask网站上线后开发与生产环境配置及Git部署咨询

你之前考虑的换相近域名+代码加DEBUG判断跳转的方案属于典型的临时凑活方案，埋了不少线上故障隐患，更稳妥的配置逻辑如下：

• 彻底放弃在hosts中绑定正式域名到本地的操作，也不要用和正式域名太相近的公网后缀（比如你说的example.org）做本地域名，直接用RFC规范保留的本地专用后缀，比如www.example.local，只需要在本地hosts加一行127.0.0.1 www.example.local就行，完全不会和公网解析冲突，也不会因为忘改hosts导致访问正式站时误打开本地服务。
• 所有涉及站点域名的逻辑全部从环境变量读取，绝对不要在业务代码里写硬编码的域名判断分支。你可以按环境拆分独立配置文件：本地开发环境配置写入SITE_URL = "https://www.example.local"，生产环境配置写入SITE_URL = "https://www.example.com"，代码里生成跳转链接、静态资源路径、回调地址时统一读这个变量，根本不需要写DEBUG判断逻辑，从根源上避免开关漏配、逻辑漏写导致测试地址泄漏到线上的问题。
• 如果开发过程中需要调试依赖正式域名的第三方回调（比如支付回调、OAuth登录回调），临时用端口透传工具把本地服务映射到一个临时公网地址调试就行，调试结束直接关闭，不要长期占用正式域名的本地解析。如果团队有条件，可以单独搭个固定测试环境，配个test.example.com这类专属测试二级域名做联调用，不要混在本地环境。
• 本地开发环境尽量和线上环境对齐：比如线上用HTTPS就本地用mkcert生成可信的本地HTTPS证书，线上用什么Web服务器本地就配同款规则，避免出现本地跑通了上线因为环境差异出bug的情况。

踩过的坑提醒：不要图省事长期把正式域名绑在本地hosts，我身边不止一个同事排线上故障的时候，输了正式域名结果打开本地服务，浪费一两个小时排查才发现是hosts没改。

别用服务器上直接git pull的野路子，很容易因为服务器上手动改了文件、分支切错导致线上故障，规范流程如下：

• 线上服务器不要直接把站点运行目录当Git工作区，单独建一个纯裸仓库（就是用git init --bare初始化的仓库，没有工作文件），在裸仓库的hooks/post-receive钩子中写好逻辑：收到本地推送的代码后，自动把指定分支的代码检出到站点运行目录。
• 分支和环境严格对应：日常开发提交在dev分支，本地自测、测试环境验证全过了之后，再合并到main生产分支，线上站点永远只拉取main分支的代码，绝对禁止把未测完的功能分支推到生产环境。
• 把发布后的重复操作全写到钩子脚本里自动执行：比如前端依赖安装npm ci、构建npm run build，后端依赖安装、数据库迁移、缓存清理、服务重载这些操作，全部写完钩子自动跑，避免每次上线手动敲命令漏步骤。
• 提前做好回滚预案：每次发布前自动给当前线上运行的版本打Git tag，万一上线出问题，直接切到上一个稳定tag就能快速回滚，不用临时翻提交记录找版本。
• 站点运行目录的权限要严格控制：Web服务进程对代码目录只有读权限，仅用户上传、缓存目录给写权限，既避免安全风险，也不会因为权限问题导致Git检出代码失败。

内容的提问来源于stack exchange，提问作者user2396640