-
Notifications
You must be signed in to change notification settings - Fork 146
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(KONFLUX-3935) Add pruning check to FBC pipeline #1744
base: main
Are you sure you want to change the base?
Conversation
ad0b49a
to
43f2f6c
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.
Approving CODEOWNERS change only
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 code-wise but needs rebase and resolving the CODEOWNERS
conflict
43f2f6c
to
378c245
Compare
a7a0b2f
to
f519f1b
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.
build-owned parts LGTM
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 code-wise
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
f519f1b
to
06b085e
Compare
/ok-to-test |
/retest |
06b085e
to
b9447a0
Compare
/retest |
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.
Is there specific benefit to creating an additional task for this check instead of just including it in the current validate-fbc
task?
By creating multiple tasks, we have to perform similar actions twice like fetching/rendering the FBC catalog. I had talked with @yashvardhannanavati about how it would be nice if the functions in the konflux-test image could reuse a common shared cache of the catalog. Separating the FBC verification checks into multiple tasks would invalidate benefits achieved with this approach.
@arewm The benefit of having a separate check is because we want to be able to configure it for one-off exceptions. This is the proposed way to deal with the rare instances where a team needs to remove a version or channel from the target index. But they would want to ensure the other checks in |
da8674e
b9447a0
to
da8674e
Compare
/ok-to-test |
da8674e
to
9f757fe
Compare
/ok-to-test |
@@ -189,8 +201,10 @@ This pipeline is pushed as a Tekton bundle to [quay.io](https://quay.io/reposito | |||
|name|description|used in params (taskname:taskrefversion:taskparam) | |||
|---|---|---| | |||
|IMAGES_PROCESSED| Images processed in the task.| | | |||
|OCP_VERSION| OCP version derived from base image.| fbc-target-index-pruning-check:0.1:OCP_VERSION| | |||
|RELATED_IMAGES_DIGEST| Digest for attached json file containing related images| | | |||
|RELATED_IMAGE_ARTIFACT| The Trusted Artifact URI pointing to the artifact with the related images for the FBC fragment.| | |
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.
@arewm How does RELATED_IMAGE_ARTIFACT
get created?
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.
Latest change: the validate-fbc task was modified to create a trusted artifact from the opm render
output. It will be pulled and used in the new check in lieu of running opm render
again.
9f757fe
to
27c6fc7
Compare
27c6fc7
to
846f3b5
Compare
/ok-to-test |
Adds a new task to the fbc-builder pipeline to check if the incoming FBC fragment would remove channels or channel entries already present in the target index.