[英]Referencing an artifact built by Github Actions
上传/下载工件文档暗示应该能够构建到dist
文件夹中。 我对此的解释是,然后我们可以在例如 static 站点中引用此内容,以便站点为主推送上的 github 页面自动构建自己。 但是,似乎工件仅上传到特定位置(即GET /repos/{owner}/{repo}/actions/artifacts
)并且只能以压缩格式下载,这与目的不符。
有没有办法填充 repo 的dist
文件夹,以便构建的文件作为 repo 的一部分成为公开和永久可访问的,我可以引用它而不必像 S3 等其他地方部署它?
这是一个用例:
/docs
部署的,因为它是 Github Pages 托管页面。/docs/cache/dump.json
。dump.json
文件是通过计划的 Github 操作生成的,该操作调用进入数据源并生成转储的脚本。 这就是 web 页面如何快速 function 没有由于冗长的数据处理而导致的页面锁定,而转储生成发生在后台。 web 页面会定期重新读取/docs/cache/dump.json
文件以获取新数据,该数据应在每个预定触发器上覆盖旧数据。
这个想法是让操作运行并定期替换dump.json
文件,但我所能做的就是生成一个工件,然后我必须手动获取并解压缩。 理想情况下,它只会替换当前的dump.json
文件。
要持久保存构建过程所做的更改,有必要像在对存储库进行任何更改之后一样添加和提交它们。 为此存在几种操作,例如这个。
因此,您将在工作流程中添加以下内容:
- name: Commit changes
uses: EndBug/add-and-commit@v7
with:
author_name: Commitobot
author_email: my@mail.com
message: "Updating build result!"
add: "docs/cache/dump.json"
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.