重命名Github仓库后Google Cloud Run部署失败：容器未监听指定PORT端口

问题根源 #

该问题和仓库重命名、触发器本身无关，核心是启动命令未执行你写的端口监听逻辑，以及新旧触发器的构建配置不一致：

1. 你Dockerfile里的启动命令用的是flask run，该命令默认会忽略代码中if __name__ == "__main__"块的app.run逻辑，直接使用Flask默认的5000端口启动，所以你修改该代码块内的端口配置完全不会生效。
2. 你之前的旧触发器大概率使用Cloud Build默认的Buildpacks自动构建模式，不会调用仓库内的Dockerfile，Buildpacks检测到Python Flask应用时会自动用python 入口文件名.py的方式启动，所以会执行你写的app.run逻辑，正常读取PORT环境变量。你新建触发器时默认选中了「使用仓库内Dockerfile构建」的选项，才触发了这个问题。
3. 你后续把端口都改成5000仍然报错，是因为Cloud Run会校验容器是否监听它注入的PORT环境变量对应的端口，默认PORT为8080，如果你要监听5000需要同时在Cloud Run配置里修改容器端口为5000，不推荐这种硬编码的方式。

解决方案 #

任选一种即可：

方案1：修改Dockerfile启动命令，直接执行入口文件 #

假设你的Flask入口文件名为app.py，将Dockerfile里的CMD指令替换为：

CMD ["python", "app.py"]

该启动方式会执行你代码里的app.run逻辑，自动读取Cloud Run注入的PORT环境变量，监听正确端口。

方案2：保留flask run启动，显式指定端口 #

如果你要保留flask run的启动方式，修改CMD指令为：

CMD ["sh", "-c", "flask run --host 0.0.0.0 --port ${PORT:-8080}"]

该命令会直接读取PORT环境变量传入flask run的启动参数，避免用默认5000端口。

方案3：对齐旧触发器的构建配置 #

进入Cloud Build触发器编辑页面，将构建来源从「Dockerfile」改为「Buildpacks自动检测」，不需要修改代码即可恢复之前的正常部署逻辑。

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