使用Cloud Build部署云函数时，如何自动同步Bitbucket Cloud仓库？

针对你遇到的手动同步问题，以下是几种无需手动操作的自动同步方案，避开你之前尝试的Cloud Build脚本拉取失效的问题：

1. Bitbucket Webhook触发Cloud Function自动同步 #

利用Bitbucket的Webhook机制，在代码推送时自动触发镜像仓库同步：

• 在Bitbucket仓库的「Settings > Webhooks」中新建Webhook，触发事件勾选Push、Branch creation等你需要同步的场景。
• Webhook目标地址指向一个Cloud Function，该Function的核心逻辑是调用Google Cloud的命令触发镜像仓库同步：

  # Cloud Function示例（Python）
  import subprocess
  import os
  
  def sync_repo(event, context):
      repo_name = os.environ.get('REPO_NAME')
      remote_url = os.environ.get('REMOTE_URL')
      subprocess.run([
          'gcloud', 'source', 'repos', 'mirror', 'update',
          repo_name, '--remote-url=' + remote_url
      ], check=True)
  

• 给Cloud Function绑定的服务账号授予source.repos.mirrorWriter权限，确保能执行同步操作。

2. Bitbucket Pipeline直接推送至镜像仓库 #

在Bitbucket侧配置流水线，每次代码推送后直接把代码同步到Cloud Source Repositories（你的镜像仓库）：

• 在Bitbucket仓库根目录添加bitbucket-pipelines.yml：

  image: google/cloud-sdk:latest
  
  pipelines:
    default:
      - step:
          script:
            # 配置Git凭证与GCloud认证
            - git config --global credential.helper gcloud.sh
            - gcloud auth activate-service-account --key-file=<(echo $SERVICE_ACCOUNT_KEY)
            # 添加Cloud Source Repositories作为远程仓库并推送
            - git remote add csr https://source.developers.google.com/p/[你的项目ID]/r/[你的镜像仓库名]
            - git push csr $BITBUCKET_BRANCH:$BITBUCKET_BRANCH
  

• 在Bitbucket仓库的「Settings > Repository variables」中添加加密的SERVICE_ACCOUNT_KEY变量，值为Google Cloud服务账号的JSON密钥内容。

3. Cloud Scheduler定时触发同步 #

如果不需要实时同步，可通过定时任务定期执行同步：

• 创建一个Cloud Build配置文件sync-repo.yaml：

  steps:
    - name: 'gcr.io/google.com/cloudsdktool/cloud-sdk'
      args: [
          'source', 'repos', 'mirror', 'update',
          '[你的镜像仓库名]',
          '--remote-url=https://bitbucket.org/[你的Bitbucket仓库路径].git'
      ]
  

• 在Cloud Scheduler中创建定时任务，选择「HTTP」类型，目标地址为该Cloud Build触发器的URL，设置执行频率（比如每15分钟一次），确保任务使用的服务账号有Cloud Build的触发权限。

关于你之前Cloud Build脚本拉取失效的原因 #

你之前在Cloud Build脚本中执行拉取操作，但构建过程中的代码变更不会自动同步回镜像仓库——Cloud Build的工作目录是临时的，构建结束后内容会被销毁，因此无法更新镜像仓库的内容，导致下次构建依然使用旧的镜像仓库代码。

内容的提问来源于stack exchange，提问作者Rui Bras Fernandes