Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

feat(RHTAPREL-119): make target optional in ReleasePlans #279

Closed
wants to merge 1 commit into from

Conversation

johnbieren
Copy link
Collaborator

If a user wants to run a dev release pipeline with no managed release pipeline, it really doesn't make sense to have a target workspace. This commit makes the target workspace optional instead of required in the ReleasePlan Spec.

If a user wants to run a dev release pipeline with no managed release
pipeline, it really doesn't make sense to have a target workspace. This
commit makes the target workspace optional instead of required in the
ReleasePlan Spec.

Signed-off-by: Johnny Bieren <[email protected]>
@johnbieren johnbieren requested review from a team, theflockers, davidmogar, mmalina, scoheb, kasemAlem, happybhati and Troy876 and removed request for a team October 18, 2023 23:12
@openshift-ci
Copy link

openshift-ci bot commented Oct 18, 2023

@johnbieren: The following test failed, say /retest to rerun all failed tests or /retest-required to rerun all mandatory failed tests:

Test name Commit Details Required Rerun command
ci/prow/release-service-e2e 917c650 link true /test release-service-e2e

Full PR test history. Your PR dashboard.

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/test-infra repository. I understand the commands that are listed here.

@@ -47,7 +47,7 @@ type ReleasePlanSpec struct {

// Target references where to send the release requests
// +kubebuilder:validation:Pattern=^[a-z0-9]([-a-z0-9]*[a-z0-9])?$
// +required
// +optional
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

does this require any special handling in the controller since it might expect this is required?

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

hmm probably? but I'm not sure we need to handle it yet; it can likely be handled in the PR that adds support for the dev pipelines. Maybe this is better off as part of that PR instead. @davidmogar thoughts?

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yeah, probably better to add it there.

@johnbieren johnbieren closed this Oct 19, 2023
@johnbieren johnbieren deleted the targetopt branch October 19, 2023 11:41
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants