在自动化的“页面构建和部署”工作流程中,我收到以下错误:
错误:请求失败,状态码为 400
这只是一个静态站点,没有 jekyll 或类似的东西(我.nojekyll
在根目录中有一个文件)并且它运行了好几年直到今天。
我已经在 GitHub 支持上打开了一张票,但如果这里有人可以同时帮助我......我能做些什么来解决这个问题吗?
在自动化的“页面构建和部署”工作流程中,我收到以下错误:
错误:请求失败,状态码为 400
这只是一个静态站点,没有 jekyll 或类似的东西(我.nojekyll
在根目录中有一个文件)并且它运行了好几年直到今天。
我已经在 GitHub 支持上打开了一张票,但如果这里有人可以同时帮助我......我能做些什么来解决这个问题吗?
这可能是(从两天前开始)的副作用
GitHub Pages:使用 GitHub Actions 构建和部署公共存储库
今天,您将开始在您的公共 GitHub Pages 存储库中看到一个名为 pages build and deployment 的新工作流运行。
当您推送到存储库中为 GitHub Pages 配置的分支时,此工作流程会自动触发。
顾名思义,它构建和部署您的页面站点。此更改的最初好处是使您能够查看构建日志以及可能发生的任何错误,这对于 Pages 用户来说是长期存在的问题。
但是,在未来,这将使我们能够让您完全自定义您的页面构建和部署工作流程,以使用您想要的任何静态站点生成器,而无需将构建输出推送到存储库的特殊分支。您可能会注意到此工作流程使用了一些新操作
actions/pages-deploy
,并且actions/jekyll-build-pages
.
目前,这些操作旨在用于生成的工作流程,但是,从明年年初开始,我们将引入一些额外的更改,使您能够利用它们。了解有关 GitHub 页面的更多信息
因此Cecilapp/GitHub-Pages-deploy
(您可能正在使用的GitHub Pages deploy )工作流程)可能会因最近的这些变化而有所不同。