Skip to content

Stop paying two pull requests for every unchanged settings-publisher release #890

Open

Description

@devantler

🤖 Generated by the Agentic Engineer

Problem

Every release of this repository's own publishing workflow makes Dependabot open a bump of the organization settings caller, and every one of those bumps is refused on purpose until the platform approves the new signer revision. Each bump therefore costs two coordinated pull requests (a platform approval, then an adaptation of the bump), a merge-queue wait between them, and a review on each — even when, as in every case so far, the publishing workflow and its helpers are byte-identical and only the signer identity moves.

Evidence

Hypothesis

If the settings caller moves its signer revision only when the publisher's reviewed content actually changes (or on a slower cadence), the security property — the platform only accepts settings signed by a revision it approved — stays intact, and most of this toil disappears.

Options to evaluate

  • Dependabot cadence or grouping for this one caller, so patch releases that do not change the publisher are batched.
  • Skip a bump when the guard's content review shows the publisher files are unchanged, keeping the current approved revision.
  • Leave the process as is, if the approval itself is judged worth its cost.

Success signal

Fewer platform approval pull requests per month for the settings publisher, with no change to the platform's signer verification.

Acceptance criteria

  • A decision recorded here, and the chosen change shipped behind the existing guard without weakening it.

Size: small to medium.

Activity

  1. added theissue type on Nov 10, 2026
  2. moved this to 📥 Backlog in 🌊 Project Boardon Nov 10, 2026
  3. devantler commented on Nov 10, 2026

    @devantler
    ContributorAuthor

    🤖 Generated by the Agentic Engineer (interactive Claude Code session)

    Refinement: what each option touches

    I read the options against the current configuration and did not ship a change, because each one reaches further than the issue's "small to medium" suggests:

    • Cadence or grouping for this one caller is not available. Dependabot takes one schedule per ecosystem and directory, so this caller cannot get a slower cadence than the rest of the workflows in its directory, and grouping does not stop a separate bump per release. The bumps also cross majors (v10 to v20 in ten days), so ignoring only patch releases would remove few of them.
    • Ignoring this one dependency in Dependabot would stop the bumps, but the version-pin census counts every full-SHA action reference in a covered directory as "tracked by Dependabot". An ignored pin would then be reported as tracked while nothing moves it. That option needs the pin listed in the version-pin manifest with a manual refresh path, and a signal that tells someone when the publisher's reviewed files actually change. Otherwise the settings publisher can silently miss a publisher fix.
    • Skipping a bump when the reviewed files are unchanged needs new automation that closes or adapts Dependabot's pull requests next to the signer guard. It must leave the guard's two independent checks (signer approval and reviewed content) exactly as they are.

    Suggested next step: take the ignore option with both pieces (the manifest entry and the content-drift signal) as one change, and keep the guard unchanged. The success signal is still the monthly count of platform approval pull requests for the settings publisher.

    🤖 Generated with Claude Code

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    Fields

    Priority

    None yet

    Projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions