使用gcloud CLI部署含项目引用的.NET Cloud Run服务遇依赖缺失问题

核心原因 #

你之前在服务项目目录执行gcloud run deploy --source=.时，GCP只会上传当前目录下的文件，而解决方案内的其他引用项目不在这个目录中，导致构建时无法找到依赖项，最终发布失败。

无需上传整个解决方案的两种部署方式 #

方式一：基于解决方案根目录部署，用.gcloudignore排除无关项目 #

假设你的解决方案结构如下：

MySolution/
├── MyWebService/       # 要部署的Cloud Run服务项目
├── MySharedLibrary/    # 依赖的引用项目
└── UnrelatedProject/   # 无需上传的无关项目

1. 切换到解决方案根目录（MySolution/）
2. 创建或修改.gcloudignore文件，精确控制上传内容：

   # 先排除所有内容
   **
   # 保留服务项目和依赖项目
   !MyWebService/
   !MySharedLibrary/
   # 排除不必要的编译产物（可选）
   MyWebService/bin/
   MyWebService/obj/
   MySharedLibrary/bin/
   MySharedLibrary/obj/
   

3. 执行部署命令时，指定要构建的服务项目路径：

   gcloud run deploy myService --source=. --region="us-central1" --set-build-env-vars=DOTNET_PROJECT=MyWebService/MyWebService.csproj
   

   这里的DOTNET_PROJECT环境变量会告诉Cloud Build要构建的具体项目文件，避免在多项目解决方案中选错构建目标。

方式二：自定义构建流程（用cloudbuild.yaml） #

如果需要更灵活的构建控制，可在服务项目目录下创建自定义构建配置：

1. 在MyWebService/目录下创建cloudbuild.yaml文件：

   steps:
     # 复制依赖的引用项目到构建上下文（根据实际路径调整）
     - name: 'gcr.io/cloud-builders/gsutil'
       args: ['cp', '-r', '../MySharedLibrary', '.']
     # 还原依赖并发布.NET服务（替换为你的.NET版本）
     - name: 'mcr.microsoft.com/dotnet/sdk:6.0'
       args: ['dotnet', 'publish', 'MyWebService.csproj', '-c', 'Release', '-o', '/app/publish']
     # 构建Docker镜像
     - name: 'gcr.io/cloud-builders/docker'
       args: ['build', '-t', 'gcr.io/$PROJECT_ID/myService', '-f', 'Dockerfile', '.']
   images:
     - 'gcr.io/$PROJECT_ID/myService'
   

2. 执行部署命令时指定自定义配置：

   gcloud run deploy myService --region="us-central1" --source=. --config=cloudbuild.yaml
   

验证上传内容 #

执行以下命令确认依赖项目的文件已被包含在上传列表中：

gcloud meta list-files-for-upload

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