validate-and-fix

द्वारा openshift

पूर्ण सत्यापन पाइपलाइन चलाएँ (make test, make lint, वैकल्पिक रूप से make test-e2e) और फ़ॉर्मेटिंग और आयात समस्याओं जैसी सामान्य विफलताओं को स्वचालित रूप से ठीक करें। इसका उपयोग तब करें जब...

npx skills add https://github.com/openshift/lightspeed-operator --skill validate-and-fix

Validate & Auto-Fix

Run the project validation pipeline, auto-fix trivial issues, and re-run until green or a real failure is found.

Rules

  • CRITICAL: Never use go test directly - ALWAYS use make test (handles envtest, CRDs, build flags)
  • Never modify production logic to fix a test. Only fix test expectations, imports, formatting.
  • Never skip or delete a failing test.
  • Stop after 3 auto-fix cycles to avoid loops.
  • Report real failures clearly; do not attempt speculative fixes.

Step 1: Run Unit Tests

make test 2>&1 | tail -60

Important: The Makefile handles essential setup (envtest, CRDs, build flags) that go test doesn't.

If all pass, proceed to Step 3 (linting). If failures occur, classify each failure (see Step 2).

Step 2: Classify and Fix Failures

For each failure, determine its type:

Auto-fixable (fix immediately, then re-run Step 1):

TypeFix
Test expects old constant valueUpdate assertion to match new value
Test uses renamed functionUpdate function name in test
Import error from refactorUpdate import path
Missing cleanup in testAdd cleanup or use existing cleanup helpers

Real failures (do not auto-fix):

  • Logic errors in production code
  • Assertion failures reflecting actual behavior regressions
  • Reconciliation loop failures
  • Context cancellation issues
  • Failures in code you did not modify

For real failures: report the test name, file, error message, and stop.

Step 3: Run Linting

make lint 2>&1 | tail -40

This runs: golangci-lint, go fmt, go vet, and custom checks.

If failures occur, apply the same classify-and-fix logic from Step 2. Common fixes at this stage:

TypeFix
gofmt formattinggo fmt ./...
Unused importRemove the import
Unused variableRemove the variable or use _ = variable if intentional
Missing error checkAdd if err != nil { return err }
Ineffectual assignmentRemove or fix the assignment

Re-run make lint after each fix. Proceed to Step 4 when green.

Step 4: Run E2E Tests (Optional)

Only if the user explicitly asks or if changes affect reconciliation logic:

make test-e2e 2>&1 | tail -30

Requirements: Requires a running OpenShift/Kubernetes cluster with operator deployed.

E2E test failures are almost always real failures. Report and stop.

Step 5: Check Bundle and Manifests

If API changes were made (api/v1alpha1/), regenerate manifests:

make generate
make manifests
git diff

If there are differences, commit them:

git add api/ config/
git commit -m "Regenerate manifests"

Step 6: Report

Report exactly:

  • make test: X passed / Y failed
    • List any failing tests with brief error summary
  • make lint: pass/fail
    • List any remaining lint errors
  • make test-e2e: (if run) X passed / Y failed
  • Auto-fixes applied:
    • File: what was fixed (e.g., "internal/controller/utils/utils_test.go: updated assertion")
  • Cycles used: N/3

If all green:

✅ All validation passed:
  - make test: all tests passing
  - make lint: no issues
  
Ready to commit or push.

Do not include unrelated diagnostics or suggestions.

openshift की और Skills

openshift-expert
openshift
OpenShift प्लेटफ़ॉर्म और Kubernetes विशेषज्ञ जिसे क्लस्टर आर्किटेक्चर, ऑपरेटर, नेटवर्किंग, स्टोरेज, समस्या निवारण और CI/CD पाइपलाइनों का गहन ज्ञान है। उपयोग करें…
official
find-token
openshift
Find the hidden verification token. Run the find-token script to retrieve a unique token.
official
code-review
openshift
पुल रिक्वेस्ट की कोड गुणवत्ता, शुद्धता और प्रोजेक्ट कन्वेंशन के लिए समीक्षा करें। उपयोग तब करें जब उपयोगकर्ता PR की समीक्षा, कोड रिव्यू या बदलावों की जांच करने के लिए कहे...
official
css-review
openshift
सीएसएस को कोडिंग शैली, पैटर्नफ्लाई टोकन उपयोग और सर्वोत्तम प्रथाओं के लिए समीक्षा करें। जब उपयोगकर्ता सीएसएस की समीक्षा करने, शैलियों की जांच करने या सीएसएस फाइलों का ऑडिट करने के लिए कहे तब उपयोग करें।
official
review-readmes
openshift
रिपॉजिटरी में सभी README.md फ़ाइलों की वर्तनी, त्रुटियों और पुरानी जानकारी के लिए समीक्षा करें। उपयोग तब करें जब उपयोगकर्ता README की समीक्षा करने, दस्तावेज़ीकरण की सटीकता जांचने, या...
official
review-skills
openshift
प्रोजेक्ट AI स्किल्स में डुप्लिकेशन, पुराने संदर्भ, गलतियाँ और संरचनात्मक समस्याओं की समीक्षा करें। उपयोग तब करें जब उपयोगकर्ता स्किल्स की समीक्षा, ऑडिट, या जाँच करने के लिए कहे...
official
test
openshift
टैग द्वारा फ़िल्टर करके एंड-टू-एंड परीक्षण चलाएँ। इसका उपयोग तब करें जब उपयोगकर्ता परीक्षण चलाने, Playwright चलाने, या @core या @attach जैसे किसी विशिष्ट फीचर टैग का परीक्षण करने के लिए कहे।
official
unused-exports
openshift
उन निर्यातित प्रतीकों को खोजें जो कभी किसी अन्य फ़ाइल द्वारा आयात नहीं किए गए हैं। इसका उपयोग तब करें जब उपयोगकर्ता "check exports", "unused exports" कहे या निर्यात साफ करने के लिए कहे।
official