-
Notifications
You must be signed in to change notification settings - Fork 990
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
fix: fix docs CI workflow; build in MRs; build and deploy on master #2504
Conversation
@Keats I meant to test this in draft, but since I modified the workflow, looks like I need to get approval before it will run. The new job run only in merge requests doesn't require any secrets. (I do expect a workflow failure given the docs issue on master currently; will fix that after I confirm that the workflow modification works.) |
I guess to catalog zola themes we extract their README. The issue with the pico theme was that the README contained a (zola) relative link, but the necessary content is not present here. It seems the link in the pico README wants to point here, so I just used the absolute link. |
Also, I made the |
The theme directory is auto-generated from the themes repo so that change will be removed next time an update is made. We should just ignore link checking in the themes section. I believe there is an option for that but can't check atm |
Ah, thanks. I'll poke around tomorrow and see what I can find. |
e3c0043
to
57aee32
Compare
For posterity, my understanding is that this workflow updates the themes in a peer repository, and that workflow calls this which updates the content of Now in CI we survive broken links.
|
Thanks! |
…etzola#2504) * fix: fix docs CI workflow; build in MRs; build and deploy on master * fix: set link checker to warn, not error, for site in docs/
Introduction
The
Build and deploy GH Pages
GitHub Actions workflow defined indocs.yml
is designed to run on pushes to master. However, we don't check that the docs build correctly before allowing MRs that change the docs to land. This sometimes results in failures in the workflow on master.The change here introduces another job in the workflow, one that runs only in merge requests and performs a docs build. The previous job is adapted to only run on pushes to
master
, but it still performs a build and deployment.The change here essentially adapts the usage of a newer version of the Action to the zola repository.
Testing
Without this change, on
master
, runYou can reproduce the CI failure. With this change,
zola build
succeeds locally and in CI.