本篇文章向大家介绍《通过触发器在 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 年之前的时间戳
这是全球流程：
以下步骤是一级编译 (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}']脚本“launch-second-level-compilation.sh”根据 ${_my_var} 执行特定操作，然后启动二级编译，并使用“gcloud builds commit --config”传递大量替换变量=second-level-compilation.yaml --substitutions=_function_name=val,_gcp_cloud_function_region=val,....."
然后，使用生成并通过 launch-second-level-compilation.sh 脚本传递的替换值来执行本问题开头描述的“second-level-compilation.yaml”。
这里的主要思想是让一个通用的first-level-compilation.yaml负责调用具有特定动态生成的替换的二级编译。
尝试/调查
正如本期 cloud container builder 中所述，zip 不支持 1980 年之前的时间戳，我尝试“ls”/workspace 目录中的文件。但 /workspace 根目录下的文件都没有奇怪的日期。
我将 path/to/function 从相对路径更改为 /workspace/path/to/function，但没有成功，毫不奇怪，因为目录结尾是相同的。
解决方案
请确保您没有没有文件的文件夹。例如：
|--dir
|--subdir1
| |--file1
|--subdir2
|--file2在此示例中，dir 不直接包含任何文件，仅包含子目录。在本地部署期间，gcp sdk 将 dir 放入 tarball 中，而不复制 last modded 字段。
因此它被设置为 1st jan 1970 ，这会导致 zip 出现问题。
一种可能的解决方法是确保每个目录至少包含一个文件。
以上就是本文的全部内容了，是否有顺利帮助你解决问题？若是能给你带来学习上的帮助，请大家多多支持编程网！更多关于Golang的相关知识，也可关注编程网公众号。
