provider-release

Automate MQL provider release PRs by checking changes, bumping versions, and generating changelogs.

407|38|Updated Aug 16, 2022
One-click install
npx skills add https://github.com/mondoohq/mql --skill provider-release
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: provider-release
Source: https://github.com/mondoohq/mql/tree/main/.claude/skills/provider-release
Command: npx skills add https://github.com/mondoohq/mql --skill provider-release

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It solves the problem of releasing and versioning MQL providers manually, which is error-prone and makes it hard to ensure PRs include the right version bumps and changelogs.

Core Features & Use Cases

  • Detect provider changes: Identify which providers have changed since their last version bump, across all providers or a selected subset.
  • Bump versions and generate changelogs: Update provider versions (patch/minor/major) and generate release content derived from commit history.
  • Create release PRs: Commit the version changes, push the branch, and prepare a pull request for the provider release workflow.

Use cases include preparing a release PR after feature merges, bumping versions consistently across cloud providers (e.g., aws/gcp/azure), and checking which providers actually need a release.

Quick Start

Run the provider change check, then bump only the providers you confirm into a version-release PR.

Frequently Asked Questions about provider-release

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I automate version bumps and changelog generation for MQL provider releases?▼

Check provider change status by running the release workflow against scoped provider paths to identify which MQL providers have changed since their last version bump across all providers or a selected subset.

Can I batch version bumps across multiple cloud providers like AWS, GCP, and Azure?▼

Commit version changes, push the branch, and prepare a pull request for the provider release workflow. The workflow handles commit automation and can generate an optional PR output file to use with external pull request automation tools.

How do I check which MQL providers have changed and actually need a release?▼

Detect provider changes by running the provider change check to see which providers have changed since their last version bump. This targets all providers or a selected subset, helping you confirm exactly what needs a release before bumping versions.

Does the MQL provider release workflow support patch, minor, and major version increments?▼

The provider release workflow supports deterministic version increment options including patch, minor, and major bumps. It invokes the Go-based providers-sdk version utility with scoped provider paths to apply the selected increment type consistently.

What's the best way to create a release PR after merging features into MQL providers?▼

Run the provider change check, bump only the confirmed providers into a version-release PR. The workflow commits the version changes, pushes the branch, and prepares the pull request with changelog content derived from commit history.