Skip to content

chore(deps): bump 13 transitive dependencies in one go - #30

Open
Engerim wants to merge 2 commits into
masterfrom
claude/dependabot-dependencies-update-2bd192
Open

chore(deps): bump 13 transitive dependencies in one go#30
Engerim wants to merge 2 commits into
masterfrom
claude/dependabot-dependencies-update-2bd192

Conversation

@Engerim

@Engerim Engerim commented Aug 6, 2026

Copy link
Copy Markdown
Member

Consolidates all 13 open Dependabot PRs into a single lockfile refresh.

What changed

Only yarn.lock (+198/−75). Applied with yarn up -R, so every bump resolves within the existing semver ranges — no range widening, no resolutions overrides.

PR Package Before After
#29 fast-uri 3.1.2 3.1.5
#28 ip-address 10.2.0 10.4.0
#27 brace-expansion 1.1.12 1.1.18
#25 tar 7.5.7 7.5.22
#22 sigstore 4.0.0 4.1.1
#21 js-yaml 3.14.1 3.15.1
#20 @sigstore/core 3.0.0 3.2.1
#17 form-data 4.0.4 4.0.6
#16 qs 6.14.0 6.15.3
#15 undici 7.16.0 7.29.0
#11 picomatch 2.3.1 2.3.2
#7 lodash 4.17.21 4.18.1
#3 glob 10.4.5 10.5.0

A few resolve slightly ahead of the exact Dependabot target (e.g. qs 6.15.3 vs 6.15.2) because yarn up -R takes the newest version the range allows.

Everything else in the diff is a direct transitive requirement of the above: the sigstore chain (@sigstore/sign 4.1.1, @sigstore/verify 3.1.1, tuf-js/@tufjs/models 4.1.0, make-fetch-happen), side-channel* for qs, and balanced-match/minimatch for the glob and brace-expansion trees. Nothing unrelated regressed.

Why

Thirteen separate lockfile-only PRs all conflict with each other on yarn.lock, so merging them individually means 12 rebases. Doing them in one pass avoids that.

Reviewer notes

Two things that are easy to misread:

Verification

yarn install --immutable, yarn compile and yarn lint all pass locally — the same set CI runs, plus yarn test, which is currently exit 0.

Closes #3, closes #7, closes #11, closes #15, closes #16, closes #17, closes #20, closes #21, closes #22, closes #25, closes #27, closes #28, closes #29

🤖 Generated with Claude Code

Consolidates the 13 open Dependabot PRs (#3, #7, #11, #15, #16, #17, #20,
#21, #22, #25, #27, #28, #29) into a single lockfile refresh, applied via
`yarn up -R` so every bump resolves within the existing semver ranges.

  fast-uri        3.1.2  -> 3.1.5     (#29)
  ip-address      10.2.0 -> 10.4.0    (#28)
  brace-expansion 1.1.12 -> 1.1.18    (#27)
  tar             7.5.7  -> 7.5.22    (#25)
  sigstore        4.0.0  -> 4.1.1     (#22)
  js-yaml         3.14.1 -> 3.15.1    (#21)
  @sigstore/core  3.0.0  -> 3.2.1     (#20)
  form-data       4.0.4  -> 4.0.6     (#17)
  qs              6.14.0 -> 6.15.3    (#16)
  undici          7.16.0 -> 7.29.0    (#15)
  picomatch       2.3.1  -> 2.3.2     (#11)
  lodash          4.17.21 -> 4.18.1   (#7)
  glob            10.4.5 -> 10.5.0    (#3)

Remaining changes are direct transitive requirements of the above: the
sigstore chain (@sigstore/sign, @sigstore/verify, tuf-js, @tufjs/models,
make-fetch-happen), side-channel* for qs, and balanced-match/minimatch for
the glob and brace-expansion trees.

package.json is deliberately untouched. PRs #3, #7 and #11 also modify it,
but only to rewrite the semantic-release beta `version` string, which is CI
noise rather than a dependency change.

Verified with `yarn install --immutable`, `yarn compile` and `yarn lint`.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
@Engerim
Engerim requested review from a team as code owners August 6, 2026 13:35
Signed-off-by: bot-shop-ci <bot-shop-ci@flaconi.de>
Engerim added a commit that referenced this pull request Aug 6, 2026
…lows

publish.yml checks out without an explicit token, so the credentials
git-auto-commit-action reuses for its push are the default GITHUB_TOKEN.
GitHub's recursion guard suppresses events from that token, so the
"chore: release <version>" commit produces no push event and no workflow
run. The PR head is then left with no compile/lint result and stays
blocked on required checks.

Observed on #30: head a0b0698 ("chore: release 2.0.0-beta.31106616457.0")
has no Release deploy run, and the auto-merge run it did produce lists
actor github-actions[bot] rather than bot-shop-ci.

Checking out with REPO_READ_TOKEN makes the push come from bot-shop-ci, so
the push event fires and Release deploy runs against the bumped commit.
This is what the shared Flaconi/github-actions publish-node.yml already
does; that workflow cannot be reused here because it lives in a private
repository and this repository is public.

It also makes two existing pieces of configuration live rather than dead
code, both of which already assume bot pushes re-trigger CI:
publish.yml's `github.event.pusher.name != 'bot-shop-ci'` anti-loop guard,
and release.yml's inverted `skip` input.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
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.

3 participants