Google App Engine版本号创建方法及Azure DevOps流水线与GCP实例联动场景下的版本记录控制方案咨询

我来帮你逐个拆解这两个问题：

1. 如何在Google App Engine中创建版本号？ #

创建GAE版本号主要有三种实用方式，适配不同场景：

• 手动指定版本号部署：
  使用gcloud命令行工具时，直接通过--version参数指定版本名，比如：

  gcloud app deploy --version=v20240520-1234
  

  这种方式适合手动部署时灵活定义版本，版本名可以用日期、迭代号这类易识别的格式。

• 通过配置文件预定义版本：
  在你的app.yaml配置文件中添加version字段，比如：

  runtime: python39
  service: my-web-app
  version: v1.0.0
  

  部署时如果不额外指定--version，GAE就会使用这个配置里的版本号。

• CI/CD动态生成版本号：
  适合自动化流水线场景，比如用Git提交的哈希值作为唯一版本号（避免重复）。在Azure DevOps中可以直接用内置变量$(Build.SourceVersion)，部署命令写成：

  gcloud app deploy --version=$(Build.SourceVersion)
  

  这样每次构建都会生成一个唯一的版本号，方便追溯对应代码提交。

2. 如何避免取消Azure DevOps流水线时产生GAE版本费用？ #

你遇到的核心问题是流水线取消时，部署步骤已经触发了GAE版本创建，导致不必要的扣费。可以通过以下几个方案优化：

• 调整流水线执行顺序：
  把所有前置验证步骤（构建、单元测试、集成测试、代码扫描等）放在GAE部署步骤之前，只有当前置步骤全部成功通过，才执行版本创建。这样流水线中途取消时，部署步骤还没启动，自然不会生成收费的版本。

• 添加流水线取消时的清理逻辑：
  在Azure DevOps中配置“取消时执行”的任务。比如提前把要创建的版本号存在流水线变量中，一旦流水线被取消，就调用gcloud命令删除这个版本：

  gcloud app versions delete $(TARGET_VERSION) --service=$(GAE_SERVICE) --quiet
  

  这里的TARGET_VERSION和GAE_SERVICE可以提前在流水线变量里定义好，确保清理时能精准定位到临时版本。

• 使用延迟激活的部署策略：
  部署时加上--no-promote参数，只创建版本但不把流量导向它，比如：

  gcloud app deploy --version=$(TARGET_VERSION) --no-promote
  

  等流水线所有步骤都确认成功后，再执行流量切换命令：

  gcloud app services set-traffic --versions=$(TARGET_VERSION)=100 --service=$(GAE_SERVICE)
  

  如果流水线中途取消，这个未激活的版本可以直接删除，不会产生长期费用。

• 配置GAE版本自动清理规则：
  登录GCP控制台，进入App Engine的版本管理页面，设置自动删除策略——比如保留最近5个活跃版本，或者删除超过7天的未使用版本。这样即使有遗漏的临时版本，也会被自动清理，避免持续扣费。

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