Skip to content

feat: exempt every current @willbooster-private package from the release-age gate - #1197

Merged
exKAZUu merged 6 commits into
mainfrom
feat/exempt-all-willbooster-private-packages
Aug 8, 2026
Merged

feat: exempt every current @willbooster-private package from the release-age gate#1197
exKAZUu merged 6 commits into
mainfrom
feat/exempt-all-willbooster-private-packages

Conversation

@exKAZUu

@exKAZUu exKAZUu commented Aug 8, 2026

Copy link
Copy Markdown
Member

Why

bunx @willbooster-private/review-booster-cli@latest login fails with:

error: Package "@willbooster-private/review-booster-cli" with tag "latest" not found (all versions blocked by minimum-release-age: 604800 seconds)

Every version of the CLI is newer than the 7-day gate, and the package is missing from minimumReleaseAgeExcludes.

A scope-wide @willbooster-private/* exclude would be the ideal fix, but bun, npm, and Yarn all match minimum-release-age excludes by exact name — no @scope/* patterns (verified empirically with bun 1.3.14; only pnpm supports globs, cf. oven-sh/bun#22679). So the scope has to be materialized into literal names.

What

  • Sync configs/releaseAgeGate.json with the organization's currently published packages, enumerated from the registries:
    • @willbooster-private (own Verdaccio): add agent-workflows, code-analyzer, review-booster-cli.
    • @willbooster (npmjs org): add biome-config, the eslint-config-* packages, renovate-config, tree-measurer.
    • Personal (non-organization) packages stay out of the list.
  • Document the operational rule in the policy comment: each new organization package must be added to configs/releaseAgeGate.json when it is first published (per the repo's "prefer an operational rule over code" principle, instead of adding registry-querying sync machinery).

Verification

  • bun verify passes.
  • With the updated gate applied via configs/applyReleaseAgeGate.sh, bunx @willbooster-private/review-booster-cli@latest --help resolves and runs.

…ase-age gate

bun, npm, and Yarn match minimum-release-age excludes by exact name (no
@scope/* patterns), so newly published packages in our own scope — most
recently @willbooster-private/review-booster-cli — were blocked for the
full gate period even though the scope resolves only from our own
registry. Add the missing scope packages and document that each new
@willbooster-private package must be added on first publish.

Co-authored-by: WillBooster (Claude Code) <agent@willbooster.com>
@gemini-code-assist

Copy link
Copy Markdown
Contributor

Summary of Changes

Hello, I'm Gemini Code Assist1! I'm currently reviewing this pull request and will post my feedback shortly. In the meantime, here's a summary to help you and other reviewers quickly get up to speed!

This pull request addresses an issue where internal CLI tools were being blocked by the release-age gate. Since package managers do not support wildcard scope exclusions, the missing packages were explicitly added to the configuration, and the operational documentation was updated to ensure future packages are registered correctly.

Highlights

  • Release Age Gate Exemption: Added three missing @willbooster-private packages (agent-workflows, code-analyzer, and review-booster-cli) to the release age gate exclusion list in configs/releaseAgeGate.json.
  • Documentation Update: Updated the documentation in bunfig.ts to clarify that @willbooster-private packages must be manually added to the exclusion list upon publication due to the lack of wildcard support in package managers.
New Features

🧠 You can now enable Memory (public preview) to help Gemini Code Assist learn from your team's feedback. This makes future code reviews more consistent and personalized to your project's style. Click here to enable Memory in your admin console.

Using Gemini Code Assist

The full guide for Gemini Code Assist can be found on our documentation page, here are some quick tips.

Invoking Gemini

You can request assistance from Gemini at any point by creating a comment using either /gemini <command> or @gemini-code-assist <command>. Below is a summary of the supported commands on the current page.

Feature Command Description
Code Review /gemini review Performs a code review for the current pull request in its current state.
Pull Request Summary /gemini summary Provides a summary of the current pull request in its current state.
Comment @gemini-code-assist Responds in comments when explicitly tagged, both in pull request comments and review comments.
Help /gemini help Displays a list of available commands.

Customization

To customize the Gemini Code Assist for GitHub experience, repository maintainers can create a configuration file and/or provide a custom code review style guide (such as PEP-8 for Python) by creating and adding files to a .gemini/ folder in the base of the repository. Detailed instructions can be found here.

Limitations & Feedback

Gemini Code Assist may make mistakes. Please leave feedback on any instances where its feedback is incorrect or counterproductive. You can react with 👍 and 👎 on @gemini-code-assist comments. If you're interested in giving your feedback about your experience with Gemini Code Assist for GitHub and other Google products, sign up here.


The gate is set to keep us safe, But internal tools began to chafe. With wildcards gone and names to list, No private package shall be missed.

Footnotes

  1. Review the Generative AI Prohibited Use Policy, and learn how to configure Gemini Code Assist in GitHub here. Gemini can make mistakes, so double check it and use code with caution.

@gemini-code-assist gemini-code-assist Bot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Code Review

This pull request adds three new private packages (@willbooster-private/agent-workflows, @willbooster-private/code-analyzer, and @willbooster-private/review-booster-cli) to the release age gate exclusion list in releaseAgeGate.json. Additionally, it updates the documentation in bunfig.ts to clarify that package managers match exclude entries by exact name rather than scope patterns, requiring manual additions for new packages. There are no review comments, and I have no feedback to provide.

exKAZUu and others added 5 commits August 8, 2026 16:20
…ent packages

Enumerate the packages actually published under the organization's
registries — the @willbooster-private Verdaccio scope, the @WillBooster
and @exercode npm scopes — and add the missing ones. Personal packages
stay out of the list.

Co-authored-by: WillBooster (Claude Code) <agent@willbooster.com>
…auto-install too

These unscoped packages are also maintained by the organization's
members and used by its repositories.

Co-authored-by: WillBooster (Claude Code) <agent@willbooster.com>
@exKAZUu
exKAZUu merged commit b27c07b into main Aug 8, 2026
4 checks passed
@exKAZUu
exKAZUu deleted the feat/exempt-all-willbooster-private-packages branch August 8, 2026 07:47
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