-
Notifications
You must be signed in to change notification settings - Fork 1.8k
scorecard (alpha): use bundle labels in pod runner #3062
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
scorecard (alpha): use bundle labels in pod runner #3062
Conversation
43d1234
to
bd607cc
Compare
bd607cc
to
01a9bac
Compare
01a9bac
to
d34aedb
Compare
@jmccormick2001 once operator-framework/enhancements#18 is merged you can get the scorecard config path using image labels. |
d34aedb
to
b3eb47d
Compare
b3eb47d
to
f40aa1b
Compare
ae9b976
to
eb6b2ba
Compare
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.
/lgtm. Tested this out and works fine.
needs labels/annotations.yaml fixed as discussed offline yesterday. |
eb6b2ba
to
70a7a2a
Compare
@jmccormick2001 @varshaprasad96 fixed. The error came from not using the correct YAML library and labels not being set in the test case. |
70a7a2a
to
a3ae768
Compare
bundle directory if no image is available internal/util/registry: operator-registry utilities, mainly label helpers
a3ae768
to
3b6cdf0
Compare
…ch use image labels as the source of truth for bundle metadata if a bundle image is supplied to `scorecard`. The SDK should consider the metadata directory to contain sources of truth for bundle metadata; image labels are informative only. cmd/operator-sdk/scorecard: always use on-disk metadata images/scorecard-test/cmd/test: look up metadata using FindBundleMetadata internal/registry: remove metadata lookup functions in favor of api library functions internal/scorecard: remove 'labels' directory functionality, which is no longer needed now that metadata is always looked up recursively
…ch use image labels as the source of truth for bundle metadata if a bundle image is supplied to `scorecard`. The SDK should consider the metadata directory to contain sources of truth for bundle metadata; image labels are informative only. cmd/operator-sdk/scorecard: always use on-disk metadata images/scorecard-test/cmd/test: look up metadata using FindBundleMetadata internal/registry: rewrite metadata lookup functions as FindBundleMetadata, which recursively searches for a file matching the annotations.yaml spec then returns that metadata and its path internal/scorecard: remove 'labels' directory functionality, which is no longer needed now that metadata is always looked up recursively
…ch use image labels as the source of truth for bundle metadata if a bundle image is supplied to `scorecard`. The SDK should consider the metadata directory to contain sources of truth for bundle metadata; image labels are informative only. cmd/operator-sdk/scorecard: always use on-disk metadata images/scorecard-test/cmd/test: look up metadata using FindBundleMetadata internal/registry: rewrite metadata lookup functions as FindBundleMetadata, which recursively searches for a file matching the annotations.yaml spec then returns that metadata and its path internal/scorecard: remove 'labels' directory functionality, which is no longer needed now that metadata is always looked up recursively
…ch use image labels as the source of truth for bundle metadata if a bundle image is supplied to `scorecard`. The SDK should consider the metadata directory to contain sources of truth for bundle metadata; image labels are informative only. cmd/operator-sdk/scorecard: always use on-disk metadata images/scorecard-test/cmd/test: look up metadata using FindBundleMetadata internal/registry: rewrite metadata lookup functions as FindBundleMetadata, which recursively searches for a file matching the annotations.yaml spec then returns that metadata and its path internal/scorecard: remove 'labels' directory functionality, which is no longer needed now that metadata is always looked up recursively
…ch use image labels as the source of truth for bundle metadata if a bundle image is supplied to `scorecard`. The SDK should consider the metadata directory to contain sources of truth for bundle metadata; image labels are informative only. cmd/operator-sdk/scorecard: always use on-disk metadata images/scorecard-test/cmd/test: look up metadata using FindBundleMetadata internal/registry: rewrite metadata lookup functions as FindBundleMetadata, which recursively searches for a file matching the annotations.yaml spec then returns that metadata and its path internal/scorecard: remove 'labels' directory functionality, which is no longer needed now that metadata is always looked up recursively
…ch use image labels as the source of truth for bundle metadata if a bundle image is supplied to `scorecard`. The SDK should consider the metadata directory to contain sources of truth for bundle metadata; image labels are informative only. cmd/operator-sdk/scorecard: always use on-disk metadata images/scorecard-test/cmd/test: look up metadata using FindBundleMetadata internal/registry: rewrite metadata lookup functions as FindBundleMetadata, which recursively searches for a file matching the annotations.yaml spec then returns that metadata and its path internal/scorecard: remove 'labels' directory functionality, which is no longer needed now that metadata is always looked up recursively
…ch use image labels as the source of truth for bundle metadata if a bundle image is supplied to `scorecard`. The SDK should consider the metadata directory to contain sources of truth for bundle metadata; image labels are informative only. cmd/operator-sdk/scorecard: always use on-disk metadata images/scorecard-test/cmd/test: look up metadata using FindBundleMetadata internal/registry: rewrite metadata lookup functions as FindBundleMetadata, which recursively searches for a file matching the annotations.yaml spec then returns that metadata and its path internal/scorecard: remove 'labels' directory functionality, which is no longer needed now that metadata is always looked up recursively
…ch use image labels as the source of truth for bundle metadata if a bundle image is supplied to `scorecard`. The SDK should consider the metadata directory to contain sources of truth for bundle metadata; image labels are informative only. cmd/operator-sdk/scorecard: always use on-disk metadata images/scorecard-test/cmd/test: look up metadata using FindBundleMetadata internal/registry: rewrite metadata lookup functions as FindBundleMetadata, which recursively searches for a file matching the annotations.yaml spec then returns that metadata and its path internal/scorecard: remove 'labels' directory functionality, which is no longer needed now that metadata is always looked up recursively
…ch use image labels as the source of truth for bundle metadata if a bundle image is supplied to `scorecard`. The SDK should consider the metadata directory to contain sources of truth for bundle metadata; image labels are informative only. cmd/operator-sdk/scorecard: always use on-disk metadata images/scorecard-test/cmd/test: look up metadata using FindBundleMetadata internal/registry: rewrite metadata lookup functions as FindBundleMetadata, which recursively searches for a file matching the annotations.yaml spec then returns that metadata and its path internal/scorecard: remove 'labels' directory functionality, which is no longer needed now that metadata is always looked up recursively
#3450) This commit reverts some changes made in #3062, which use image labels as the source of truth for bundle metadata if a bundle image is supplied to `scorecard`. The SDK should consider the metadata directory to contain sources of truth for bundle metadata; image labels are informative only. cmd/operator-sdk/scorecard: always use on-disk metadata images/scorecard-test/cmd/test: look up metadata using FindBundleMetadata internal/registry: rewrite metadata lookup functions as FindBundleMetadata, which recursively searches for a file matching the annotations.yaml spec then returns that metadata and its path internal/scorecard: remove 'labels' directory functionality, which is no longer needed now that metadata is always looked up recursively
Description of the change:
helpers
Motivation for the change: the scorecard should not assume paths within a bundle image, instead it should rely on image labels if available. These changes also help implement the functionality discussed in operator-framework/enhancements#18.
/cc @jmccormick2001
/kind feature