-
Notifications
You must be signed in to change notification settings - Fork 121
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: automate pinning charms in regression tests #1215
Conversation
Yeah, something like that -- or should we pin the latest commit hashes on their main/master? @tonyandrewmeyer @IronCore864 |
They seem to tag latest on git log snippet```Git Revision List commit 091c41a49182826539eb4771f0463cd805554453 (tag: rev186, origin/main, origin/HEAD, main) Author: Noctua Date: Sat May 4 02:03:24 2024 +0200
commit 69b500c3d331bc1c35ac1c0e650c775e922410c4 (tag: rev185)
commit d35f2ea680a6164d31ff3935a8f4bc9bda9ad7d3 (tag: rev184)
commit fcfc555317058f0dae1f5fc73861c79c5415e9f9 (tag: rev183)
commit 9077888faf9d8a8fc337d34c042ec1aa5e09a70c (tag: rev182, origin/external-url-in-datasource)
|
Okay, per team discussion, for observability charms we'll use the always-updated "revNNN" tags. For other teams' charms that don't always update the tag we'll use the latest commit hash. |
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.
Thanks! Looks good, just a couple of small comments.
After Madrid conversations, I'm going to change pins to git commit hashes, each with a comment (tag?, date). |
76273f1
to
61bedfa
Compare
Example PRs that automation generates:
|
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 reasonable to me -- 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.
Looks good - a couple of questions and couple of nits.
I do think it would be worthwhile documenting how to run this manually in HACKING.md (unless that's going to be done in #1213). Just a short section that explains that this workflow/action exists, and how to run it (potentially triggering the action with GitHub's UI/CLI, or with act
, but also just the basic GITHUB_TOKEN=github_xxxx python3 main.py ../../workflows/hello-charm-tests.yaml
approach (which is the extent of local testing that I did for the review, fwiw).
abc5af8
to
5cc512a
Compare
I've added a block to hacking and wrote a readme for the action. |
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.
Nice!
I'll update #1213 |
Document new in .gitignore ci: write back the new git commit hashes nit: typo in HACKING.md Co-authored-by: Tony Meyer <tony.meyer@gmail.com>
2b8052b
to
a24bac8
Compare
Switch to using pinned versions of the charm (latest main) for our charm tests in the GitHub Actions.
framework-tests.yamlno change neededpublish.ymlaggregates other workflowstest-publish.ymlaggregates other workflowsAlso I've re-enabled mysql-k8s charm test, as that apparently got fixed upstream.
Here's the configuration for the personal access token I'm using to develop the external charm "dependabot":
workflow
scope to push branches with changes to workflows