-
Notifications
You must be signed in to change notification settings - Fork 0
Open
Labels
enhancementNew feature or requestNew feature or request
Description
Problem
The CRD API group is currently reaper.io across the entire codebase, but should be reaper.giar.dev to match the project's actual domain.
Scope
This is a breaking change for any existing CRD installations — all ReaperPod resources would need to be recreated after the migration.
Files affected
Grep for reaper\.io shows occurrences in:
- CRD definition:
src/crds/reaper_pod.rs(kube derive macrogroup = "reaper.io") - Controller:
src/bin/reaper-controller/pod_builder.rs(owner labelreaper.io/owner, apiVersion) - Generated CRDs:
deploy/helm/reaper/crds/,deploy/kubernetes/crds/ - Helm templates:
deploy/helm/reaper/templates/controller-rbac.yaml - Static manifests:
deploy/kubernetes/reaper-controller.yaml - Documentation:
README.md,CLAUDE.md,docs/CRD_PLAN.md,docs/book/ - Examples:
examples/09-reaperpod/ - Scripts:
scripts/generate-crds.sh,scripts/setup-playground.sh,scripts/lib/test-integration-suite.sh
Suggested approach
- Update the
groupinsrc/crds/reaper_pod.rsand owner label/apiVersion inpod_builder.rs - Regenerate CRDs via
scripts/generate-crds.sh - Update all RBAC, manifests, docs, examples, and test scripts
- Document the migration path for existing users (delete old CRD, install new one)
- Consider doing this alongside a version bump (v1alpha1 → v1alpha1 with new group)
Reactions are currently unavailable
Metadata
Metadata
Assignees
Labels
enhancementNew feature or requestNew feature or request