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

ci: Add workflow files #1

Merged
merged 2 commits into from
Dec 13, 2024
Merged

Conversation

jedel1043
Copy link
Collaborator

Opening a PR to test that the CI files work.

@jedel1043 jedel1043 force-pushed the workflows branch 3 times, most recently from 56d52b3 to 5148f42 Compare December 13, 2024 00:24
@jedel1043 jedel1043 added enhancement New feature or request Type: Cleanup Proposes deleting legacy code, cleaning up comments, removing old deps, etc. and removed enhancement New feature or request labels Dec 13, 2024
Copy link

@dsloanm dsloanm left a 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.

Copy link
Member

@NucciTheBoss NucciTheBoss left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM! :shipit:

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
Copy link
Member

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.

Copy link
Collaborator Author

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.

.github/workflows/ci.yaml Outdated Show resolved Hide resolved
@NucciTheBoss NucciTheBoss merged commit 9b650d9 into charmed-hpc:main Dec 13, 2024
5 checks passed
@jedel1043 jedel1043 deleted the workflows branch December 13, 2024 19:16
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Type: Cleanup Proposes deleting legacy code, cleaning up comments, removing old deps, etc.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants