-
Notifications
You must be signed in to change notification settings - Fork 87
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
API changes now check that API pages render #792
Conversation
This reverts commit 2aa3ae3.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
on: | ||
workflow_dispatch: | ||
schedule: | ||
- cron: "0 0 * * *" # Every day at midnight UTC | ||
- cron: "0 0 * * 0,2,4" # Every Sunday, Tuesday, and Thursday at midnight UTC |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Switched to 3 times a week to waste fewer resources. Most people aren't checking on Friday night and Saturday what happened, for example.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good, thanks!
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM, thank you Eric!
Closes Qiskit#773. Now that we've fixed all historical pages not rendering, it's important we don't regress. The check is much faster than it used to be, so we decided it's worth the CI slowdown. More broadly, it's become clear that there are two types of changes we make: a) API docs, and b) non-API docs. They are very different workflows, since API docs are 100% automated. Our CI should better reflect this reality, whereas before for example `main.yml` would check relative links for API docs. To speed up the API CI job, we split it up into two parallel jobs. Once we start working more with translations, we'll want to consider a `translations.yml` workflow. Those are also fairly isolated in comparison to API docs and non-API docs.
Closes #773.
Now that we've fixed all historical pages not rendering, it's important we don't regress. The check is much faster than it used to be, so we decided it's worth the CI slowdown.
More broadly, it's become clear that there are two types of changes we make: a) API docs, and b) non-API docs. They are very different workflows, since API docs are 100% automated. Our CI should better reflect this reality, whereas before for example
main.yml
would check relative links for API docs.To speed up the API CI job, we split it up into two parallel jobs.
Once we start working more with translations, we'll want to consider a
translations.yml
workflow. Those are also fairly isolated in comparison to API docs and non-API docs.