-
Notifications
You must be signed in to change notification settings - Fork 4.3k
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
CI 🧹: clean up workflow naming #37792
base: master
Are you sure you want to change the base?
Conversation
The latest updates on your projects. Learn more about Vercel for Git ↗︎ 1 Ignored Deployment
|
d6ce479
to
224715d
Compare
224715d
to
7ced4fa
Compare
@@ -1,4 +1,4 @@ | |||
name: Connector Ops CI - Connectors Weekly Tests |
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.
Ok. Ill be more attached to this since I added it in the first place 😅
But there was two things I wanted to solve originally
- Define which team owned a workflow
- Mark which of our workflows were "Business Critical" (e.g. Connector Publish) vs "one off creations" (Label Github issues, terminate zombie build instance, etc)
So Im fine changing these but is there a way to still achieve at least #2?
Unfortuantely we cant use folders
But perhaps we could either place the title slug at the end and try to shorten it
1. Connectors Weekly Tests [Ops CI]
1. Connectors Weekly Tests - Critical Ops CI
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.
@bnchrch What do you think about using a critical_
prefix on the workflow file name?
I don't find it useful to show that a workflow is critical in the check name on PR, we know it's critical when it has a REQUIRED state.
I'd find it useful to use the filename prefix so that we can easily identify without subfolder, the critical workflow we're maintaining while not impacting the CI checks readability.
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.
Great idea!
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.
@alafanechere will this change the sort order of these in GhA? I feel like it's easier to find the one I want when they're grouped together. But not a blocker if you feel that this is preferable.
An attempt at making our workflow and job names simpler and more explicit for clearer CI checks on PRs