-
Notifications
You must be signed in to change notification settings - Fork 0
chore(deps): update github actions #70
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?
Conversation
📝 WalkthroughWalkthroughMultiple GitHub Actions workflow files had their external action pins updated to newer commit SHAs (notably actions/checkout, jupyterlab/maintainer-tools/.github/actions/base-setup, actions/setup-node, qlty-action/install, and jupyter-server/jupyter_releaser). Changes are limited to replacing commit hashes across build, CI, and release workflows; no workflow inputs, control flow, tests, or exported/public interfaces were modified. Possibly related PRs
Suggested reviewers
Pre-merge checks✅ Passed checks (3 passed)
Comment |
Codecov Report✅ All modified and coverable lines are covered by tests. Additional details and impacted files@@ Coverage Diff @@
## main #70 +/- ##
=======================================
Coverage 69.56% 69.56%
=======================================
Files 13 13
Lines 253 253
Branches 28 28
=======================================
Hits 176 176
Misses 73 73
Partials 4 4 ☔ View full report in Codecov by Sentry. 🚀 New features to boost your workflow:
|
7ac98cb to
a1f63c6
Compare
a1f63c6 to
9ead0be
Compare
9ead0be to
a349898
Compare
a349898 to
44933d6
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.
Actionable comments posted: 1
📜 Review details
Configuration used: CodeRabbit UI
Review profile: ASSERTIVE
Plan: Pro
Disabled knowledge base sources:
- Linear integration is disabled by default for public repositories
You can enable these sources in your CodeRabbit configuration.
📒 Files selected for processing (6)
.github/workflows/build.yml(3 hunks).github/workflows/check-release.yml(2 hunks).github/workflows/ci.yml(6 hunks).github/workflows/prep-release.yml(1 hunks).github/workflows/publish-release.yml(2 hunks).github/workflows/update-integration-tests.yml(3 hunks)
⏰ Context from checks skipped due to timeout of 90000ms. You can increase the timeout in your CodeRabbit configuration to a maximum of 15 minutes (900000ms). (2)
- GitHub Check: check_release
- GitHub Check: build
🔇 Additional comments (10)
.github/workflows/prep-release.yml (1)
32-32: Action SHA update verified for consistency.The base-setup action is correctly updated with proper version tag alignment. This aligns with updates across other workflows.
.github/workflows/build.yml (3)
19-19: Checkout action SHA correctly updated with version alignment.SHA
93cb6efmaps to v5, matching the inline version comment.
22-22: Base-setup action SHA consistent across all references.Both instances use SHA
7a3e704with v1 tag maintained.Also applies to: 96-96
187-187: Check-links action shares same SHA as base-setup.Both reference
7a3e704, suggesting they're from the same release commit. Verify this is intentional behavior by the maintainer-tools project..github/workflows/publish-release.yml (2)
29-29: Checkout and base-setup actions maintain version consistency.SHAs align with previously reviewed updates across other workflows.
Also applies to: 39-39
41-41: Verify create-github-app-token SHA is valid for v2.SHA
7e473effor v2 should be cross-checked against GitHub's official action repository to confirm it corresponds to an expected v2 release..github/workflows/update-integration-tests.yml (1)
32-32: All action SHAs correctly updated with maintained version tags.Consistent with updates across other workflows: checkout v5, base-setup and update-snapshots both v1 with shared SHA
7a3e704.Also applies to: 72-72, 83-83
.github/workflows/check-release.yml (1)
20-20: Action SHAs align with coordinated updates across the repository.Checkout v5 and base-setup v1 follow the established pattern from other workflows.
Also applies to: 31-31
.github/workflows/ci.yml (2)
26-26: Checkout actions consistently updated across all jobs.All 6 instances of
actions/checkoutcorrectly point to SHA93cb6efwith v5 tag.Also applies to: 45-45, 69-69, 93-93, 116-116, 131-131
48-48: Base-setup actions consistently pinned across all jobs.All instances use SHA
7a3e704with v1 tag—consistent with other workflow files.Also applies to: 72-72, 96-96, 118-118, 134-134
|
|
||
| - name: Install qlty | ||
| uses: qltysh/qlty-action/install@92420f3093ba65970fed22ce5f162ecb8a5c1700 | ||
| uses: qltysh/qlty-action/install@c1d9ae56aba737dfb3c83921007a2610f1dad51c |
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.
🧩 Analysis chain
Script executed:
#!/bin/bash
# Read the CI workflow file to see the full context
cat -n .github/workflows/ci.yml | head -50Repository: deepnote/jupyterlab-deepnote
<shell_result>
Repository: deepnote/jupyterlab-deepnote
Exit code: 0
stdout:
1 name: CI
2
3 on:
4 push:
5 branches:
6 - main
7 pull_request:
8
9 concurrency:
10 group: ${{ github.workflow }}-${{ github.event.pull_request.number || github.ref }}
11 cancel-in-progress: ${{ github.ref != 'refs/heads/main' }}
12
13 permissions:
14 contents: read
15 pull-requests: read
16 packages: read
17
18 jobs:
19 qlty:
20 name: Qlty Check
21 runs-on: ubuntu-latest
22 timeout-minutes: 3
23
24 steps:
25 - name: Checkout code
26 uses: actions/checkout@93cb6efe18208431cddfb8368fd83d5badbf9bfd # v5
27 with:
28 fetch-depth: 0
29
30 - name: Install qlty
31 uses: qltysh/qlty-action/install@c1d9ae56aba737dfb3c83921007a2610f1dad51c
32
33 - name: Run qlty check
34 run: qlty check
35
36 - name: Run qlty code smells analysis
37 run: qlty smells
38
39 lint-and-format:
40 name: Lint & Format
41 runs-on: ubuntu-latest
42 timeout-minutes: 15
43 steps:
44 - name: Checkout
45 uses: actions/checkout@93cb6efe18208431cddfb8368fd83d5badbf9bfd # v5
46
47 - name: Base Setup
48 uses: jupyterlab/maintainer-tools/.github/actions/base-setup@7a3e70473eff6cce4988f449decedc61d1304379 # v1
49
50 - name: Install dependencies
</shell_result>
qltysh/qlty-action GitHub repository commit c1d9ae56aba737dfb3c83921007a2610f1dad51c
<web_search_result>
I couldn't find any public GitHub commit with hash c1d9ae56aba737dfb3c83921007a2610f1dad51c in the qltysh/qlty-action repository. The repository’s public page (commit history and tags) shows recent activity but that specific commit hash does not appear. [1]
If you want, I can (a) open the repository’s full commit history and look again, (b) check whether that commit exists on another branch or a fork, or (c) fetch the raw commit URL you gave and show the page contents — which one do you prefer? [1]
Sources:
[1] qltysh/qlty-action (GitHub repository).
</web_search_result>
qltysh/qlty-action install action GitHub
<web_search_result>
You can install the Qlty CLI in a GitHub Actions workflow using the reusable install action at qltysh/qlty-action/install. Example (use the latest tag, e.g. v2):
- uses: qltysh/qlty-action/install@v2
A minimal workflow example:
- uses: actions/checkout@v3
- uses: qltysh/qlty-action/install@v2
- run: qlty --version # verify installation
(Then run qlty commands like qlty check, qlty fmt, or upload coverage with qltysh/qlty-action/coverage.)
Sources: qlty-action README (actions list and install action). [1] Qlty CI docs (GitHub Actions integration / coverage example). [2]
Sources:
[1] https://github.com/qltysh/qlty-action — README / Actions list.
[2] https://docs.qlty.sh/coverage/ci — CI integration (GitHub Actions example).
</web_search_result>
Based on my verification, I have found that:
-
Missing version comment is confirmed: Other actions in the same file (lines 26, 45, 48) all have version comments (e.g.,
# v5,# v1), while line 31 lacks one. -
SHA verification issue is real: The SHA
c1d9ae56aba737dfb3c83921007a2610f1dad51cdoes not appear in the public qltysh/qlty-action repository's commit history. -
Best practice violation: Official documentation for qltysh/qlty-action recommends using semantic version tags (e.g.,
@v2) rather than commit SHAs.
The original review comment is valid and identifies genuine issues. Here is the rewritten comment:
Add version tag comment and verify action reference.
Line 31 lacks a version comment unlike other actions in this workflow (see lines 26, 45, 48 with # v5, # v1, etc.). Additionally, the referenced SHA c1d9ae56aba737dfb3c83921007a2610f1dad51c does not appear in the public qltysh/qlty-action repository. Consider using a semantic version tag (e.g., @v2) with a corresponding comment for consistency and maintainability.
🤖 Prompt for AI Agents
.github/workflows/ci.yml around line 31: the action reference uses a raw SHA
without the version comment used elsewhere and the SHA does not match the public
repo; replace the SHA with the appropriate semantic version tag (e.g., @v2) and
add a trailing inline comment like "# v2" to match the other entries, and verify
the chosen tag exists in the qltysh/qlty-action repository before committing.
9a68fdb to
5ab7043
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.
Actionable comments posted: 1
♻️ Duplicate comments (1)
.github/workflows/ci.yml (1)
31-31: qlty-action reference lacks version comment and requires SHA verification.Line 31 omits the version comment pattern used consistently elsewhere (lines 26, 45, 69, 93, 116, 131 all include
# v5or# v1). Additionally, the SHAc1d9ae5...was previously flagged as not appearing in the public qltysh/qlty-action repository.Verify the qlty-action SHA validity and add an appropriate version comment (e.g.,
# v2) to match the pattern.#!/bin/bash # Verify qlty-action SHA exists and is accessible gh api repos/qltysh/qlty-action/commits/c1d9ae56aba737dfb3c83921007a2610f1dad51c --jq '.sha' 2>/dev/null || echo "SHA not found in public repo" # Check latest tags/releases to identify correct version gh api repos/qltysh/qlty-action/releases --jq '.[0:5] | .[] | "\(.tag_name): \(.target_commitish)"'
📜 Review details
Configuration used: CodeRabbit UI
Review profile: ASSERTIVE
Plan: Pro
Disabled knowledge base sources:
- Linear integration is disabled by default for public repositories
You can enable these sources in your CodeRabbit configuration.
📒 Files selected for processing (6)
.github/workflows/build.yml(3 hunks).github/workflows/check-release.yml(1 hunks).github/workflows/ci.yml(6 hunks).github/workflows/prep-release.yml(1 hunks).github/workflows/publish-release.yml(2 hunks).github/workflows/update-integration-tests.yml(3 hunks)
⏰ Context from checks skipped due to timeout of 90000ms. You can increase the timeout in your CodeRabbit configuration to a maximum of 15 minutes (900000ms). (2)
- GitHub Check: build
- GitHub Check: check_release
🔇 Additional comments (10)
.github/workflows/prep-release.yml (1)
32-32: Action SHA updates are consistent and properly annotated.Both external action references have been updated with version comments intact. Changes align with the PR objectives.
Also applies to: 36-36
.github/workflows/ci.yml (2)
26-26: Checkout action updates are consistent and properly annotated.All six instances of actions/checkout have been updated to SHA 93cb6efe... with the
# v5version comment preserved.Also applies to: 45-45, 69-69, 93-93, 116-116, 131-131
48-48: Base-setup action updates are consistent and properly annotated.All five instances of jupyterlab/maintainer-tools base-setup have been updated to SHA d734fad... with the
# v1version comment preserved.Also applies to: 72-72, 96-96, 118-118, 134-134
.github/workflows/update-integration-tests.yml (1)
32-32: Action SHA updates are consistent and properly annotated.All three external actions (checkout, base-setup, update-snapshots) have been updated with version comments intact. Both maintainer-tools actions correctly reference the same SHA.
Also applies to: 72-72, 83-83
.github/workflows/build.yml (3)
19-19: Checkout and base-setup updates are consistent.Both actions updated with version comments preserved.
Also applies to: 22-22
185-187: Check-links job action updates are consistent.All three actions (checkout, base-setup, check-links) properly updated with version comments.
96-96: No compatibility concerns with actions/setup-python v6.The v6 upgrade is compatible with this workflow. The only breaking change is the Node.js runtime upgrade (20→24), which requires runner v2.327.1+ but does not affect Python installation, caching, or downstream steps. Python 3.9 installation works without issues, and the workflow's standard invocation pattern remains fully supported.
.github/workflows/check-release.yml (2)
20-20: Checkout, base-setup, and check-release updates are consistent.All actions properly updated with version comments. Consistent with other workflow files.
Also applies to: 31-31, 34-34
23-23: Review always-auth removal in actions/setup-node v6.v6 has breaking changes:
- The
always-authinput was removed (npm deprecated it). Remove anywith: always-auth: true/falsefrom the workflow.- Automatic dependency caching is now npm-only; if using other package managers or explicit cache configuration, verify it's still set up correctly.
- Registry authentication via
NODE_AUTH_TOKENandregistry-url/scopeinputs remains compatible—no changes needed there.Node 22.x installation and basic NPM operations work without issues on v6.
.github/workflows/publish-release.yml (1)
29-29: Action updates are consistent and properly annotated.Checkout, base-setup, create-github-app-token, and releaser actions all properly updated with version comments. Changes align with PR objectives.
Also applies to: 39-39, 41-41, 49-49, 60-60
|
|
||
| - name: Setup Node.js | ||
| uses: actions/setup-node@2028fbc5c25fe9cf00d9f06a71cc4710d4507903 # v6 | ||
| uses: actions/setup-node@395ad3262231945c25e8478fd5baf05154b1d79f # v6 |
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.
🧩 Analysis chain
🌐 Web query:
actions/setup-node v6 breaking changes compared to v5
💡 Result:
Summary of breaking changes from actions/setup-node v5 → v6:
-
Automatic caching behavior changed:
- v5: enabled automatic package-manager detection and caching by default when no explicit cache input provided. [1][2]
- v6: automatic caching is limited to npm only (caching for yarn/pnpm is disabled by default and must be configured explicitly). You can control this with the package-manager-cache input. [1][3]
-
Removal of deprecated input:
- v6 removes the always-auth input (it was deprecated). Remove any uses of always-auth to avoid warnings/errors. [3]
Sources:
- Release notes (v5, v6) — actions/setup-node releases. [1][2]
- README / documentation (caching details and removed inputs). [3]
References:
[1] actions/setup-node release v5.0.0.
[2] actions/setup-node release v6.0.0.
[3] actions/setup-node README / documentation on caching and inputs.
🏁 Script executed:
cat -n .github/workflows/publish-release.ymlRepository: deepnote/jupyterlab-deepnote
Length of output: 3182
Remove always-auth: true — no longer supported in actions/setup-node v6.
Line 37 uses the deprecated always-auth input, which was removed in v6. This will cause the setup-node step to fail or emit errors. Remove line 37. The registry-url and scope inputs (lines 35–36) work correctly in v6, and Node 22.x is fully supported.
🤖 Prompt for AI Agents
In .github/workflows/publish-release.yml around lines 32–37, the
actions/setup-node step is using the removed always-auth input (line 37); remove
the always-auth: true line so the workflow uses setup-node v6 correctly while
keeping registry-url and scope inputs on lines 35–36 unchanged; ensure no other
references to always-auth remain in the file and commit the updated workflow.
5ab7043 to
3731938
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.
Actionable comments posted: 1
♻️ Duplicate comments (2)
.github/workflows/ci.yml (1)
31-31: Unresolved from prior review: Add version tag comment and verify action reference.Line 31 lacks a version comment unlike other actions in this workflow, and the referenced SHA does not appear in the qltysh/qlty-action public repository. Consider switching to a semantic version tag (e.g.,
@v2) with a version comment for consistency and maintainability..github/workflows/publish-release.yml (1)
32-37: Unresolved from prior review: Removealways-auth: true— deprecated in actions/setup-node v6.Line 37 uses the deprecated
always-authinput, removed in v6. This will cause workflow failures. Remove the line;registry-urlandscopeinputs function correctly in v6.
📜 Review details
Configuration used: CodeRabbit UI
Review profile: ASSERTIVE
Plan: Pro
Disabled knowledge base sources:
- Linear integration is disabled by default for public repositories
You can enable these sources in your CodeRabbit configuration.
📒 Files selected for processing (6)
.github/workflows/build.yml(3 hunks).github/workflows/check-release.yml(1 hunks).github/workflows/ci.yml(6 hunks).github/workflows/prep-release.yml(1 hunks).github/workflows/publish-release.yml(2 hunks).github/workflows/update-integration-tests.yml(3 hunks)
⏰ Context from checks skipped due to timeout of 90000ms. You can increase the timeout in your CodeRabbit configuration to a maximum of 15 minutes (900000ms). (2)
- GitHub Check: check_release
- GitHub Check: build
| uses: actions/setup-node@395ad3262231945c25e8478fd5baf05154b1d79f # v6 | ||
| with: | ||
| cache: 'npm' | ||
| node-version: ${{ env.NODE_VERSION }} | ||
| registry-url: 'https://npm.pkg.github.com' | ||
| scope: '@deepnote' | ||
| always-auth: true |
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.
Remove always-auth: true — deprecated in actions/setup-node v6.
Line 29 uses the always-auth input, which was removed in v6. This will cause workflow failures. Remove the line; the cache, node-version, registry-url, and scope inputs function correctly in v6.
Apply this diff to remove the deprecated input:
- name: Setup Node.js
uses: actions/setup-node@395ad3262231945c25e8478fd5baf05154b1d79f # v6
with:
cache: 'npm'
node-version: ${{ env.NODE_VERSION }}
registry-url: 'https://npm.pkg.github.com'
scope: '@deepnote'
- always-auth: true📝 Committable suggestion
‼️ IMPORTANT
Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation. Thoroughly test & benchmark the code to ensure it meets the requirements.
| uses: actions/setup-node@395ad3262231945c25e8478fd5baf05154b1d79f # v6 | |
| with: | |
| cache: 'npm' | |
| node-version: ${{ env.NODE_VERSION }} | |
| registry-url: 'https://npm.pkg.github.com' | |
| scope: '@deepnote' | |
| always-auth: true | |
| uses: actions/setup-node@395ad3262231945c25e8478fd5baf05154b1d79f # v6 | |
| with: | |
| cache: 'npm' | |
| node-version: ${{ env.NODE_VERSION }} | |
| registry-url: 'https://npm.pkg.github.com' | |
| scope: '@deepnote' |
🤖 Prompt for AI Agents
.github/workflows/check-release.yml around lines 23 to 29: the workflow uses
actions/setup-node v6 but includes the deprecated input always-auth: true which
will cause failures; remove the line containing always-auth: true so the step
only passes cache, node-version, registry-url and scope inputs supported by v6.
This PR contains the following updates:
08c6903->93cb6ef6701853->29824e62028fbc->395ad32e797f83->83679a86accaa3->8a519e3d72f5cb->d734fad92420f3->c1d9ae5Configuration
📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR is behind base branch, or you tick the rebase/retry checkbox.
👻 Immortal: This PR will be recreated if closed unmerged. Get config help if that's undesired.
This PR was generated by Mend Renovate. View the repository job log.