-
Notifications
You must be signed in to change notification settings - Fork 53
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
Fix: UI validation functions #65
Conversation
- Fix name of 'Deep Insights' capability - Set key to 'capabilities' for error logging - Add regex for alternate version format - Change validation flag to use dashes instead of underscores The first two issues I encountered when running the courier against community-operators PRs. The regex is important for versions that use a string after the semver. I also changed the validation CLI flag to use dashes as is the convention for CLI flags.
@@ -59,7 +59,7 @@ def verify(self): | |||
parser.add_argument('source_dir', help='Path of your directory of yaml ' | |||
'files to bundle. Either set this or ' | |||
'use the files argument for bundle data.') | |||
parser.add_argument('--ui_validate_io', | |||
parser.add_argument('--ui-validate-io', |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This should be a separate pr, since we are introducing a breaking change on a released feature.
@@ -467,7 +468,7 @@ def get_alm_kinds(alm_examples): | |||
# capabilities check | |||
if not is_capability_level(annotations["capabilities"]): | |||
self._log_error("metadata.annotations.capabilities %s is not a " | |||
"valid capabilities level", annotations["capability"]) | |||
"valid capabilities level", annotations["capabilities"]) | |||
valid = False | |||
|
|||
return valid |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The three changes in this file all seem unrelated. Can you please submit them as separate pull requests?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Sure thing!
Following @kevinrizza 's suggestion and closing in favor of separate PRs for each change: |
The first two issues I encountered when running the courier against
community-operators PRs.
The regex is important for versions that use a string after the
semver.
I also changed the validation CLI flag to use dashes as is the
convention for CLI flags. If using underscores was intended I can remove this change.