kubeblocks-minor-version-upgrade

Expose a legacy minor-version upgrade path for engine workflows.

3|Updated Mar 12, 2026
One-click install
npx skills add https://github.com/apecloud/kubeblocks-skills --skill kubeblocks-minor-version-upgrade
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: kubeblocks-minor-version-upgrade
Source: https://github.com/apecloud/kubeblocks-skills/tree/main/skills/kubeblocks-minor-version-upgrade
Command: npx skills add https://github.com/apecloud/kubeblocks-skills --skill kubeblocks-minor-version-upgrade

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Legacy compatibility shim for engine upgrade workflows. The primary Day-2 entry is kubeblocks-op-upgrade. Keep this skill callable for older references, but do not recommend it as the main path for cold-start agents.

Core Features & Use Cases

  • Backward-compatible upgrade pathway reference for legacy scripts and operators.
  • Documented fallback workflow that mirrors the primary upgrade path while avoiding disruption to new deployments.
  • Use Case: when automation still calls the minor-version upgrade, this skill provides a safe, well-documented route.

Quick Start

Invoke kubeblocks-minor-version-upgrade when you need to reference legacy upgrade workflows during engine upgrades.

Frequently Asked Questions about kubeblocks-minor-version-upgrade

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

FAQPage Schema
How do I handle a legacy KubeBlocks minor version upgrade workflow?

A legacy KubeBlocks minor version upgrade is maintained via a backward-compatible pathway that exposes older reference routes while enforcing a documented pre-check and safe fallback mechanism.

What is the best way to safely fallback during a KubeBlocks engine upgrade?

The best way to safely fallback during a KubeBlocks engine upgrade is to use the documented fallback workflow that mirrors the primary upgrade path, minimizing downtime and avoiding disruption to new deployments.

Does the kubeblocks-minor-version-upgrade workflow work with new Kubernetes deployments?

The kubeblocks-minor-version-upgrade workflow is callable for older references but is not recommended for new Kubernetes deployments; the primary Day-2 entry kubeblocks-op-upgrade should be favored instead.

Why do I need a pre-check before starting a KubeBlocks rolling upgrade?

A pre-check before a KubeBlocks rolling upgrade is required to enforce a defined upgrade sequence and ensure compatibility, which minimizes downtime and confusion during Day-2 operations.

When should I use the legacy minor-version-upgrade path instead of the primary upgrade entry?

Use the legacy minor-version-upgrade path only when existing automation still calls the minor-version upgrade, requiring a safe, well-documented route for older scripts and operators.

What are the limitations of using the legacy KubeBlocks engine upgrade path?

The limitation of the legacy KubeBlocks engine upgrade path is that it serves as a compatibility shim; it should not be recommended as the main path for cold-start agents to avoid workflow confusion.