上载/下载工件文档意味着应该能够构建到dist
文件夹中。我对此的解释是,我们可以在例如静态站点中引用这些内容,这样站点就可以在主推送上为github页面自动构建自己。但是,工件似乎只上传到特定位置 (即GET /repos/{owner}/{repo}/actions/artifacts
),并且只能以压缩格式下载,这违背了目的。
是否有一种方法可以填充回购的dist
文件夹,从而使构建的文件可以作为回购的一部分公开和永久访问,并且我可以引用它而不必将它部署到其他地方(如S3等)?
示例
这里有一个用例:
/docs
部署的,因为它是一个承载页面的Github页面。/docs/cache/dump.json
的静态缓存数据。dump.json
文件是通过一个预定的Github生成的,该操作调用一个脚本,该脚本转到数据源并生成转储。这就是网页如何在没有页面锁定的情况下快速工作,这是由于长时间的数据处理,而转储生成是在后台进行的。该网页定期重新读取/docs/cache/dump.json
文件以获取新数据,该数据应在每个计划好的触发器上覆盖旧数据。
这样做的目的是让操作定期运行并替换dump.json
文件,但我所能做的就是生成一个工件,然后我必须手动获取和解压缩。理想情况下,它只需替换当前的dump.json
文件即可。
发布于 2021-01-21 02:47:23
要持久化构建过程所做的更改,有必要添加并提交它们,就像在对回购进行任何更改之后一样。为此存在几个操作,如这一个。
因此,您可以在工作流中添加以下内容:
- 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"
https://stackoverflow.com/questions/65825399
复制