-
Notifications
You must be signed in to change notification settings - Fork 1
build(deps): bump JetBrains/qodana-action from 2026.1.3 to 2026.2.0 #102
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
base: main
Are you sure you want to change the base?
Changes from all commits
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
| Original file line number | Diff line number | Diff line change |
|---|---|---|
|
|
@@ -27,7 +27,7 @@ jobs: | |
|
|
||
| - name: 🔍 Qodana Scan | ||
| id: qodana | ||
| uses: JetBrains/qodana-action@4861e015da555e86a72b862892aba6c2b93e6891 | ||
| uses: JetBrains/qodana-action@b588768b6e7e6da579e518bc584f79de0d243692 | ||
| continue-on-error: true | ||
|
Comment on lines
+30
to
31
Contributor
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. 🔍 New action version propagates Qodana exit code, but step is continue-on-error Release notes for 2026.2.0 include "QD-13746 pass Qodana exit code in action" and a new check that in Was this helpful? React with 👍 or 👎 to provide feedback. |
||
| env: | ||
| QODANA_TOKEN: ${{ secrets.QODANA_TOKEN }} | ||
|
|
||
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.
🔍 Cache keys still pinned to 2025.3 while the action moves to 2026.2
The Qodana step's cache keys (
primary-cache-key/additional-cache-keyat.github/workflows/code-quality.yml:38-39) still embedqodana-2025.3, whereas the action is now at 2026.2 (and was already at 2026.1 before this bump). Caches from an older linter version can be restored into the newer runtime; at minimum the key no longer reflects the linter version, so cache invalidation across upgrades stops working. Consider parameterizing the key by the action/linter version when bumping.(Refers to lines 38-39)
Was this helpful? React with 👍 or 👎 to provide feedback.