gcloud run deploy报错：指定--tag时需提供Dockerfile

执行gcloud run deploy命令时携带--tag参数的前提下，gcloud无法在当前命令执行的工作目录下检测到有效Dockerfile文件，就会抛出该错误。
gcloud CLI对源码部署场景有明确的校验逻辑：

• 未携带--tag参数直接部署源码时，gcloud默认调用Google Cloud Buildpacks自动识别项目技术栈完成镜像构建，无需用户提供Dockerfile
• 携带--tag参数指定版本标签时，gcloud会强制切换为基于本地Dockerfile构建镜像的流程，检测不到符合规则的Dockerfile时会直接阻断部署流程

对应报错信息：

Deployment failed
ERROR: (gcloud.run.deploy) Invalid value for [source]: Dockerfile required when specifying --tag

• 校验命令执行路径：执行部署命令前，先确认终端当前工作目录为NestJS项目的根目录。在项目外层文件夹、src子目录等非根路径执行命令，会导致gcloud无法扫描到根目录下的配置文件，切换到正确路径后重试即可。
• 检查Dockerfile命名合规性：项目根目录下的Dockerfile必须严格命名为Dockerfile（无文件后缀，首字母大写，其余字母小写），dockerfile、DockerFile、Dockerfile.txt这类命名在Linux类运行环境下都无法被gcloud识别，修正文件名后重试即可。如果项目初始化时未生成Dockerfile，可根据NestJS项目的运行要求补全对应配置。
• 无自定义容器需求时移除--tag参数：如果不需要自定义容器配置，直接使用Cloud Run默认构建能力部署NestJS应用，可删除部署命令中的--tag参数后重新执行。该场景下无需提供Dockerfile，平台会自动完成Node.js环境识别、依赖安装、项目构建、服务启动全流程。
• 需保留自定义tag时调整部署流程：如果确实需要给部署版本打指定标签，又不想自行维护Dockerfile，可先通过gcloud builds submit命令提交源码，调用Buildpacks构建出带目标tag的镜像，再将构建完成的镜像地址传入gcloud run deploy的--image参数完成部署，即可绕过当前的Dockerfile强制校验逻辑。

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