Skip to content
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

Set up scheduled CI to catch breakages more proactively #1088

Open
gotmax23 opened this issue Jan 30, 2024 · 1 comment
Open

Set up scheduled CI to catch breakages more proactively #1088

gotmax23 opened this issue Jan 30, 2024 · 1 comment
Labels
doc builds Relates to building the documentation tooling This PR affects tooling (CI, pr_labeler, noxfile, linters, etc.) but not the docs builds themselves.

Comments

@gotmax23
Copy link
Collaborator

From the meeting:

^info I propose that for now, we start running our CI on a more scheduled basis and setting it up to file an issue if that scheduled job fails. We can continue working with core to find a better solution that would allow us to be more proactive.

This was inspired by #1079, the second time a core change has broken docs. As an alternative to ansible/ansible#82405, this will allow us to figure out that something's broken at least a little earlier. Currently, we only find out that CI is broken when someone opens a new PR and CI fails.

@gotmax23 gotmax23 changed the title CI: set up scheduled CI to catch breakages more proactively Set up scheduled CI to catch breakages more proactively Jan 30, 2024
@gotmax23 gotmax23 added doc builds Relates to building the documentation tooling This PR affects tooling (CI, pr_labeler, noxfile, linters, etc.) but not the docs builds themselves. labels Jan 30, 2024
@ansible-documentation-bot ansible-documentation-bot bot added the needs_triage Needs a first human triage before being processed. label Jan 30, 2024
@oraNod
Copy link
Contributor

oraNod commented Jan 30, 2024

Thanks for creating this issue @gotmax23 I think it's a good idea to catch ci issues outside of PRs. As mentioned during the docs meeting today we should probably go with a daily schedule. I guess we can discuss it in the PR but I was thinking cron: 0 7 * * * so any failures would greet us in the morning and be close to the top of the stack.

@samccann samccann removed the needs_triage Needs a first human triage before being processed. label Feb 22, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
doc builds Relates to building the documentation tooling This PR affects tooling (CI, pr_labeler, noxfile, linters, etc.) but not the docs builds themselves.
Projects
Status: 📋 Backlog
Development

No branches or pull requests

3 participants