Skip to content

chore(deps): bump actions/upload-artifact from 6 to 7 - #54

Merged
lorem-dev merged 1 commit into
developfrom
dependabot/github_actions/develop/actions/upload-artifact-7
Sep 8, 2026
Merged

lorem-dev merged 1 commit into
developfrom
dependabot/github_actions/develop/actions/upload-artifact-7

Conversation

@dependabot

@dependabot dependabot Bot commented on behalf of github Sep 8, 2026 •

Copy link
Copy Markdown
Contributor

Bumps actions/upload-artifact from 6 to 7.

Release notes

Sourced from actions/upload-artifact's releases.

v7.0.0

v7 What's new

Direct Uploads

Adds support for uploading single files directly (unzipped). Callers can set the new archive parameter to false to skip zipping the file during upload. Right now, we only support single files. The action will fail if the glob passed resolves to multiple files. The name parameter is also ignored with this setting. Instead, the name of the artifact will be the name of the uploaded file.

ESM

To support new versions of the @actions/* packages, we've upgraded the package to ESM.

What's Changed

New Contributors

Full Changelog: actions/upload-artifact@v6...v7.0.0

Commits
  • 043fb46 Merge pull request #797 from actions/yacaovsnc/update-dependency
  • 634250c Include changes in typespec/ts-http-runtime 0.3.5
  • e454baa Readme: bump all the example versions to v7 (#796)
  • 74fad66 Update the readme with direct upload details (#795)
  • bbbca2d Support direct file uploads (#764)
  • 589182c Upgrade the module to ESM and bump dependencies (#762)
  • 47309c9 Merge pull request #754 from actions/Link-/add-proxy-integration-tests
  • 02a8460 Add proxy integration test
  • See full diff in compare view

@dependabot dependabot Bot added dependencies Pull requests that update a dependency file github_actions Pull requests that update GitHub Actions code labels Sep 8, 2026
Bumps [actions/upload-artifact](https://github.com/actions/upload-artifact) from 6 to 7.
- [Release notes](https://github.com/actions/upload-artifact/releases)
- [Commits](actions/upload-artifact@v6...v7)

---
updated-dependencies:
- dependency-name: actions/upload-artifact
  dependency-version: '7'
  dependency-type: direct:production
  update-type: version-update:semver-major
...

Signed-off-by: dependabot[bot] <support@github.com>
@dependabot
dependabot Bot force-pushed the dependabot/github_actions/develop/actions/upload-artifact-7 branch from a3e3a6e to 91057e2 Compare September 8, 2026 21:39
@lorem-dev
lorem-dev merged commit 0eb6bbe into develop Sep 8, 2026
6 checks passed
@dependabot
dependabot Bot deleted the dependabot/github_actions/develop/actions/upload-artifact-7 branch September 8, 2026 21:39
lorem-dev added a commit that referenced this pull request Sep 8, 2026
download-artifact v7 -> v8 and tauri-action v0.6.2 -> v1.0.0, landed in
one commit because they only ever run together and each one's Dependabot
pull request went stale the moment the other merged. upload-artifact
v6 -> v7 went ahead of them in #54.

Neither is exercised by any pull request: release.yml runs on a tag and
nothing else. What follows is the compatibility review that stands in
for a check, per change.

download-artifact v8 has the one real breaking change of the three. A
digest mismatch is now an error rather than a warning, and the action no
longer unzips a download whose Content-Type says it is not a zip. Both
exist to support v7's direct (unzipped) uploads; this pipeline uploads
ordinary zipped artifacts and downloads them in the same run, so the
second is inert and the first is a straight gain -- a corrupted transfer
now fails the release instead of publishing a damaged asset.

tauri-action v1.0.0 carries eight breaking changes and none of them
reach this workflow:

  - The step passes `projectPath` and `args`, nothing else. The renamed
    inputs (assetNamePattern, includeUpdaterJson) and the removed ones
    (includeRelease, includeDebug, updaterJsonKeepUniversal, project
    auto-init) are all unused.
  - No `tagName`, so this is the build-only path and the new "update the
    name and body of an existing release" behaviour cannot fire. The
    publish job still owns the release and its CHANGES.md notes.
  - `.app.tar.gz` and its signature now carry the version. Nothing here
    reads them: "Stage release assets" collects an explicit extension
    allowlist (dmg, deb, rpm, AppImage, msi, exe, msix, and the two
    skillkeeper-cli archives), which never included the updater bundles.
  - Tauri v1 and unstable v2 support is dropped; this app is on 2.11.5.

Two v1 changes do land on this layout, and the workflow already
satisfies both. Runner detection now fails loudly when a lockfile is
present but its package manager is not installed -- corepack and
`pnpm install --frozen-lockfile` both run before this step. And lockfile
detection now walks up the tree, so with `projectPath: apps/desktop` and
the only pnpm-lock.yaml at the repository root, v1 finds a lockfile
where v0.6.2 found none. The worst case there is a redundant install.

The real check is a release candidate: RC tags are cut from develop,
publish as a pre-release, and releases/latest/download never resolves to
a pre-release, so one cannot reach install.sh users.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

dependencies Pull requests that update a dependency file github_actions Pull requests that update GitHub Actions code

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant