Skip to content

Conversation

@guillaumerose
Copy link
Contributor

This is matches openshift/enhancements#414 and doesn't change existing behavior

This is matches openshift/enhancements#414 and doesn't change existing behavior
@andfasano
Copy link
Contributor

Hi @guillaumerose I have a question: the enhancement proposes that manifests must contain at least one inclusion annotation, and the default profile is self-managed-highly-available. I was looking for a more formal definition in the enh proposal for self-managed-highly-available but didn't found anything (except for this). Do you have any link with additional info and/or can clarify? Thanks

@guillaumerose
Copy link
Contributor Author

Hi @andfaso. The naming discussion started in this comment openshift/enhancements#414 (comment). I don't have much than this thread. The main point is that they prefer explicit over implicit inclusion and default as a name was not really a good name.
This change is also tracked here: https://bugzilla.redhat.com/show_bug.cgi?id=1871890

@andfasano
Copy link
Contributor

Hi @andfaso. The naming discussion started in this comment openshift/enhancements#414 (comment). I don't have much than this thread. The main point is that they prefer explicit over implicit inclusion and default as a name was not really a good name.
This change is also tracked here: https://bugzilla.redhat.com/show_bug.cgi?id=1871890

Thanks. Some of the existing resources already had an exclusion profile define (exclude.release.openshift.io/internal-openshift-hosted: "true"), do you maybe have any idea if it's ok to have both the exclusion and inclusion annotations set (I think so)?

@dhellmann
Copy link
Contributor

Hi @andfaso. The naming discussion started in this comment openshift/enhancements#414 (comment). I don't have much than this thread. The main point is that they prefer explicit over implicit inclusion and default as a name was not really a good name.
This change is also tracked here: https://bugzilla.redhat.com/show_bug.cgi?id=1871890

Thanks. Some of the existing resources already had an exclusion profile define (exclude.release.openshift.io/internal-openshift-hosted: "true"), do you maybe have any idea if it's ok to have both the exclusion and inclusion annotations set (I think so)?

Yes, it should be fine. Only the annotation for the profile being used is examined. See https://github.com/openshift/enhancements/blob/master/enhancements/update/cluster-profiles.md for details.

/approve

@openshift-ci-robot
Copy link
Contributor

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: dhellmann, guillaumerose

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-robot openshift-ci-robot added the approved Indicates a PR has been approved by an approver from all required OWNERS files. label Oct 22, 2020
@sadasu
Copy link
Contributor

sadasu commented Oct 22, 2020

/lgtm

@openshift-ci-robot openshift-ci-robot added the lgtm Indicates that a PR is ready to be merged. label Oct 22, 2020
@openshift-merge-robot openshift-merge-robot merged commit 4c9b580 into openshift:master Oct 22, 2020
@hardys hardys mentioned this pull request Mar 12, 2021
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. lgtm Indicates that a PR is ready to be merged.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

6 participants