Skip to content

Conversation

@wking
Copy link
Member

@wking wking commented Sep 23, 2021

So we can explain why we're blocking the different edges openshift/enhancements#821 (the promql -> PromQL type change is in flight with openshift/enhancements#910).

The zz in the filename for the vSphere hostname block ensures that one sorts last alphabetically, because it's the broadest block, and legacy Cincinnati services will prefer the final regular expression they load for a given to target.

This is basically a second attempt at my earlier 39bc2fb (#1056), which ended up getting reverted in da1254a (#1078) because the production Cincinnati was mad about the 1.1.0 version string. openshift/cincinnati#538 taught Cincinnati to relax, and now that's live (and we never shipped any versions that would be mad about 1.1.0 to customers, the 4.6.0 Update Service operator went out before openshift/cincinnati#314).

@openshift-ci openshift-ci bot added the approved Indicates a PR has been approved by an approver from all required OWNERS files. label Sep 23, 2021
@wking wking force-pushed the targeted-edge-blocking-v2 branch from bca25b0 to 5fbae31 Compare September 27, 2021 17:17
So we can explain why we're blocking the different edges [1] (the
promql -> PromQL type change is in flight with [2]).

The zz in the filename for the vSphere hostname block ensures that one
sorts last alphabetically, because it's the broadest block, and legacy
Cincinnati services will prefer the final regular expression they load
for a given 'to' target.

This is basically a second attempt at my earlier 39bc2fb
(blocked-edges/4.7.4*: Targeted edge blocking and version 1.1.0,
2021-09-01, openshift#1056), which ended up getting reverted in da1254a
(Revert "blocked-edges/4.7.4*: Targeted edge blocking and version
1.1.0", 2021-09-21, openshift#1078) because the production Cincinnati was mad
about the 1.1.0 version string.  [3] taught Cincinnati to relax, and
now that's live (and we never shipped any versions that would be mad
about 1.1.0 to customers, the 4.6.0 Update Service operator went out
before [4]).

[1]: openshift/enhancements#821
[2]: openshift/enhancements#910
[3]: openshift/cincinnati#538
[4]: openshift/cincinnati#314
@wking wking force-pushed the targeted-edge-blocking-v2 branch from 5fbae31 to faf68e2 Compare September 27, 2021 17:39
Copy link
Member

@LalatenduMohanty LalatenduMohanty left a comment

Choose a reason for hiding this comment

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

/lgtm

@openshift-ci
Copy link
Contributor

openshift-ci bot commented Sep 27, 2021

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: LalatenduMohanty, wking

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:
  • OWNERS [LalatenduMohanty,wking]

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@openshift-ci openshift-ci bot added the lgtm Indicates that a PR is ready to be merged. label Sep 27, 2021
@openshift-merge-robot openshift-merge-robot merged commit a8c25ee into openshift:master Sep 27, 2021
@wking wking deleted the targeted-edge-blocking-v2 branch September 27, 2021 19:20
wking added a commit to wking/cincinnati-graph-data that referenced this pull request May 21, 2022
Filling in the FIXMEs from faf68e2 (blocked-edges/4.7.4*: Targeted
edge blocking and version 1.1.0, 2021-09-01, openshift#1089).
wking added a commit to wking/cincinnati-graph-data that referenced this pull request Apr 19, 2023
We grew conditional update risks in faf68e2 (blocked-edges/4.7.4*:
Targeted edge blocking and version 1.1.0, 2021-09-01, openshift#1089).  This
commit marks the other directories, files, and properties as supported
since 1.0.0, so 1.0.0 parsers can look at the current spec, and still
understand what they're on the hook to support.
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.

3 participants