通过触发器在 GCP 上部署 Go Cloud Function 时出现“ZIP 不支持 1980 年之前的时间戳”

本篇文章向大家介绍《通过触发器在 GCP 上部署 Go Cloud Function 时出现“ZIP 不支持 1980 年之前的时间戳”》，主要包括，具有一定的参考价值，需要的朋友可以参考一下。

问题： 我正在尝试在二级编译中通过此步骤部署一个函数 (second-level-compilation.yaml)

- name: 'gcr.io/cloud-builders/gcloud'
  args: ['beta', 'functions',
       'deploy', '${_function_name}',
       '--source', 'path/to/function',
       '--runtime', 'go111',
       '--region', '${_gcp_cloud_function_region}',
       '--entry-point', '${_entrypoint}',
       '--env-vars-file', '${_function_path}/.env.${_deploy_env}.yaml',
       '--trigger-topic', '${_trigger_topic_name}',
       '--timeout', '${_function_timeout}',
       '--service-account', '${_service_account}']

我使用控制台从 cloud build 中收到此错误。

步骤#1：步骤#11：错误：(gcloud.beta.functions.deploy) 使用目录路径/到/函数的源代码创建 zip 存档时出错：zip 不支持 1980 年之前的时间戳

这是全球流程：

1. 以下步骤是一级编译 (first-level-compilation.yaml)。这是由使用 github 存储库的云构建触发的（通过应用程序 github cloud build）：

   - name: 'gcr.io/cloud-builders/gcloud'
     entrypoint: 'bash'
     args: ['-c', 'launch-second-level-compilation.sh ${_MY_VAR}']

2. 脚本“launch-second-level-compilation.sh”根据 ${_my_var} 执行特定操作，然后启动二级编译，并使用“gcloud builds commit --config”传递大量替换变量=second-level-compilation.yaml --substitutions=_function_name=val,_gcp_cloud_function_region=val,....."

3. 然后，使用生成并通过 launch-second-level-compilation.sh 脚本传递的替换值来执行本问题开头描述的“second-level-compilation.yaml”。 p>

这里的主要思想是让一个通用的first-level-compilation.yaml负责调用具有特定动态生成的替换的二级编译。

尝试/调查

1. 正如本期 cloud container builder 中所述，zip 不支持 1980 年之前的时间戳，我尝试“ls”/workspace 目录中的文件。但 /workspace 根目录下的文件都没有奇怪的日期。

2. 我将 path/to/function 从相对路径更改为 /workspace/path/to/function，但没有成功，毫不奇怪，因为目录结尾是相同的。

解决方案

请确保您没有没有文件的文件夹。例如：

|--dir
   |--subdir1
   |  |--file1
   |--subdir2
      |--file2

在此示例中，dir 不直接包含任何文件，仅包含子目录。在本地部署期间，gcp sdk 将 dir 放入 tarball 中，而不复制 last modded 字段。 因此它被设置为 1st jan 1970 ，这会导致 zip 出现问题。

一种可能的解决方法是确保每个目录至少包含一个文件。

以上就是本文的全部内容了，是否有顺利帮助你解决问题？若是能给你带来学习上的帮助，请大家多多支持golang学习网！更多关于Golang的相关知识，也可关注golang学习网公众号。