You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
To enable future work, we need this codebase to be set up as a kubebuilder project that contains the Custom Resource Definitions described in cloudfoundry/cf-crd-explorations#67
Acceptance Criteria
GIVEN that I am targeting a kubernetes cluster
AND that I have this repository checked out locally
WHEN I run "make install" in this repo
AND I run `kubectl api-resources`
THEN I see all of the CF-prefixed resources listed
WHEN I inspect each resource
THEN I see that it matches what we agreed upon in cf-crd-explorations pull request 67
AND also I should see that there are example resource definitions in the `samples` directory for each CRD kind.
@matt-royal@gnovv@akrishna90 while doing acceptance, I noted that some of the samples have the cf prefix and others don't. Can we standardize on a single format?
To enable future work, we need this codebase to be set up as a kubebuilder project that contains the Custom Resource Definitions described in cloudfoundry/cf-crd-explorations#67
Acceptance Criteria
Dev Notes
Use the CRDs from cloudfoundry/cf-crd-explorations#67, but don't treat it being shared with the community as a blocker
No unit tests should be necessary for this work.
For the CRDs, mark which fields are required, valid enum types, and any other API schema constraints that apply.
The text was updated successfully, but these errors were encountered: