Skip to content

chore(renovate): hold pnpm at 11.10.0 until deploy --legacy regression is fixed - #1034

Closed
ByronDWall wants to merge 1 commit into
mainfrom
chore/renovate-hold-pnpm-deploy-legacy-regression
Closed

chore(renovate): hold pnpm at 11.10.0 until deploy --legacy regression is fixed#1034
ByronDWall wants to merge 1 commit into
mainfrom
chore/renovate-hold-pnpm-deploy-legacy-regression

Conversation

@ByronDWall

Copy link
Copy Markdown
Contributor

What

Adds a packageRules entry to .github/renovate.json that disables Renovate-proposed pnpm version bumps, holding the current pin at pnpm@11.10.0.

Why

pnpm/pnpm#13618 documents a regression in pnpm deploy --legacy, first appearing in pnpm 11.19.0 and still present in 11.20.0 (the current published latest). A workspace dependency that has peerDependencies is left as a symlink escaping the deploy directory instead of being packed into it. In a typical Docker flow (COPY ./deploy . into an image), the symlink dangles inside the container and the app crashes at runtime, not at build time.

The fix (pnpm/pnpm#13755) merged upstream but has not shipped in any published pnpm release yet.

This repo does not currently run pnpm deploy --legacy in a Docker build, so this hold is precautionary rather than a response to an observed break here. It mirrors the guard already in place on commercetools/nimbus's .github/renovate.json.

Follow-up

Remove this rule once a pnpm release ships with the fix from pnpm/pnpm#13755.

…n is fixed

pnpm/pnpm#13618 documents a regression, first appearing in pnpm 11.19.0 and still present in 11.20.0 (the current published latest), where `pnpm deploy --legacy` leaves a workspace dependency with peerDependencies as a symlink escaping the deploy directory instead of packing it in. In a typical Docker flow, that symlink dangles inside the image and the app crashes at runtime.

The fix landed in pnpm/pnpm#13755 but has not shipped in a published pnpm release yet.

This repo does not currently run `pnpm deploy --legacy` in a Docker build, so this is a precautionary hold rather than a response to an observed break here. It mirrors the guard already in place on commercetools/nimbus, disabling any Renovate-proposed pnpm bump until the fix ships upstream, at which point the rule should be removed.
@changeset-bot

changeset-bot Bot commented Aug 10, 2026

Copy link
Copy Markdown

⚠️ No Changeset found

Latest commit: 0bc0614

Merging this PR will not cause a version bump for any packages. If these changes should not result in a new version, you're good to go. If these changes should result in a version bump, you need to add a changeset.

This PR includes no changesets

When changesets are added to this PR, you'll see the packages that this PR includes changesets for and the associated semver types

Click here to learn what changesets are, and how to add one.

Click here if you're a maintainer who wants to add a changeset to this PR

@ByronDWall

Copy link
Copy Markdown
Contributor Author

Superseded by a consolidated PR bumping to pnpm 11.17.0 and correcting this rule's version reference.

@ByronDWall ByronDWall closed this Aug 10, 2026
ByronDWall added a commit that referenced this pull request Aug 10, 2026
Bumps the packageManager field to pnpm 11.17.0, which stays below the
known bad pnpm deploy legacy regression introduced in 11.19.0/11.20.0
(pnpm/pnpm#13618). Adds a Renovate packageRule disabling pnpm updates
until pnpm/pnpm#13755 ships in a release, since that fix is merged but
not yet published.

Supersedes #1032 and #1034, which targeted an earlier pnpm version and
an earlier draft of this hold rule.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant