Skip to content

Conversation

@suleymanakbas91
Copy link
Contributor

@suleymanakbas91 suleymanakbas91 commented Jan 27, 2026

Summary

Add a new Claude Code skill (/lvms:check-release-readiness) that performs comprehensive release readiness checks for LVMS.

The skill verifies:

  • Release branches exist on lvm-operator and topolvm repos
  • Go version matches Kubernetes requirements
  • k8s.io/* dependencies are at correct versions
  • CSI dependencies use matching Kubernetes versions (with recommendations)
  • TopoLVM replacement points to openshift/topolvm
  • Upstream TopoLVM fork sync status (staleness detection with thresholds)
  • Controller-runtime version compatibility
  • Makefile tool versions (ENVTEST_K8S_VERSION, OPERATOR_SDK_VERSION)
  • rpms.lock.yaml existence

Usage:

# Check upstream main branch (default)
/lvms:check-release-readiness --version 4.21 --k8s 1.34

# Check a specific upstream branch
/lvms:check-release-readiness --version 4.21 --k8s 1.34 --branch release-4.21

# Check local working directory
/lvms:check-release-readiness --version 4.21 --k8s 1.34 --local

The skill checks the upstream repository by default to ensure accurate release readiness assessment.

Test plan

  • Run /lvms:check-release-readiness --version 4.21 --k8s 1.34 and verify report is generated
  • Verify all checks produce expected results
  • Verify CSI dependency recommendations are accurate

🤖 Generated with Claude Code

Add a new Claude Code skill that performs comprehensive release
readiness checks for LVMS. The skill verifies:

- Release branches exist on lvm-operator and topolvm repos
- Go version matches Kubernetes requirements
- k8s.io/* dependencies are at correct versions
- CSI dependencies use matching Kubernetes versions
- TopoLVM replacement points to openshift/topolvm
- Upstream TopoLVM fork sync status (staleness detection)
- Controller-runtime version compatibility
- Makefile tool versions (ENVTEST, operator-sdk)
- rpms.lock.yaml existence

The skill checks upstream repository by default and supports
--local flag to check local working directory instead.

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
@openshift-ci-robot openshift-ci-robot added the jira/valid-reference Indicates that this PR references a valid Jira ticket of any type. label Jan 27, 2026
@openshift-ci-robot
Copy link

@suleymanakbas91: This pull request explicitly references no jira issue.

Details

In response to this:

Summary

Add a new Claude Code skill (/lvms:check-release-readiness) that performs comprehensive release readiness checks for LVMS.

The skill verifies:

  • Release branches exist on lvm-operator and topolvm repos
  • Go version matches Kubernetes requirements
  • k8s.io/* dependencies are at correct versions
  • CSI dependencies use matching Kubernetes versions (with recommendations)
  • TopoLVM replacement points to openshift/topolvm
  • Upstream TopoLVM fork sync status (staleness detection with thresholds)
  • Controller-runtime version compatibility
  • Makefile tool versions (ENVTEST_K8S_VERSION, OPERATOR_SDK_VERSION)
  • rpms.lock.yaml existence

Usage:

# Check upstream main branch (default)
/lvms:check-release-readiness --version 4.21 --k8s 1.34

# Check a specific upstream branch
/lvms:check-release-readiness --version 4.21 --k8s 1.34 --branch release-4.21

# Check local working directory
/lvms:check-release-readiness --version 4.21 --k8s 1.34 --local

The skill checks the upstream repository by default to ensure accurate release readiness assessment.

Test plan

  • Run /lvms:check-release-readiness --version 4.21 --k8s 1.34 and verify report is generated
  • Verify all checks produce expected results
  • Verify CSI dependency recommendations are accurate

🤖 Generated with Claude Code

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the openshift-eng/jira-lifecycle-plugin repository.

@openshift-ci openshift-ci bot added the size/L Denotes a PR that changes 100-499 lines, ignoring generated files. label Jan 27, 2026
@openshift-ci openshift-ci bot requested review from eggfoobar and pacevedom January 27, 2026 16:31
@openshift-ci
Copy link
Contributor

openshift-ci bot commented Jan 27, 2026

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: suleymanakbas91

The full list of commands accepted by this bot can be found here.

The pull request process is described here

Details Needs approval from an approver in each of these files:

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@openshift-ci openshift-ci bot added the approved Indicates a PR has been approved by an approver from all required OWNERS files. label Jan 27, 2026
@jeff-roche
Copy link
Contributor

/lgtm

@openshift-ci openshift-ci bot added the lgtm Indicates that a PR is ready to be merged. label Jan 27, 2026
@openshift-ci
Copy link
Contributor

openshift-ci bot commented Jan 27, 2026

@suleymanakbas91: all tests passed!

Full PR test history. Your PR dashboard.

Details

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository. I understand the commands that are listed here.

@openshift-merge-bot openshift-merge-bot bot merged commit cd12ec0 into openshift:main Jan 27, 2026
4 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

approved Indicates a PR has been approved by an approver from all required OWNERS files. jira/valid-reference Indicates that this PR references a valid Jira ticket of any type. lgtm Indicates that a PR is ready to be merged. size/L Denotes a PR that changes 100-499 lines, ignoring generated files.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants