-
Notifications
You must be signed in to change notification settings - Fork 2
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: Add workflow files #1
Conversation
56d52b3
to
5148f42
Compare
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 - CI checks are all green.
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!
Just one small change I'm going to commit as a suggestion (missing newline at the end of the CI file), and one small non-blocking comments that I want your thoughts on. It ties into our larger discussion about standards that we should have before the year's end 😄
@@ -39,7 +39,7 @@ lint: lock | |||
{{uv_run}} ruff format --check --diff {{all}} | |||
|
|||
# Run static type checks | |||
static *args: lock | |||
type *args: lock |
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.
[non-block/foresight]: should it be static
or type
? Some of our repositories use static
while others use type
. We're invoking a "static type" checker, so it's not immediately clear to me which one we should pick, but we should pick one.
Personally I'm leaning towards static
since we're checking the static types and annotations we've added to the code that are known before "compiling" the Python code at runtime. type
, at least to me, is slightly more vague since it's not immediate clear what is being checked (dynamic v.s. static types).
We can bikeshed on this next week though since it's a shorter pulse.
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.
I took the name from the slurm-charms repo, but both static
and type
seem too vague IMO. I was considering changing it to typecheck
which is a bit longer but easier to remember.
Opening a PR to test that the CI files work.