-
Notifications
You must be signed in to change notification settings - Fork 23
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
⭐️ delayed asset discovery #3496
Conversation
Test Results2 854 tests +5 2 853 ✅ +5 1m 22s ⏱️ -8s Results for commit 023880f. ± Comparison against base commit eed1b07. This pull request removes 3 and adds 8 tests. Note that renamed tests count towards both.
♻️ This comment has been updated with latest results. |
Signed-off-by: Ivan Milchev <[email protected]>
Signed-off-by: Ivan Milchev <[email protected]>
Signed-off-by: Ivan Milchev <[email protected]>
a70a04f
to
e31f61c
Compare
Signed-off-by: Ivan Milchev <[email protected]>
Signed-off-by: Ivan Milchev <[email protected]>
b4cd275
to
a3ae12c
Compare
Signed-off-by: Ivan Milchev <[email protected]>
1ce3a8d
to
0d012bd
Compare
0d012bd
to
abbb13e
Compare
Signed-off-by: Ivan Milchev <[email protected]>
abbb13e
to
774ac30
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.
Why or in which cases should this be used?
Is it intended, that this is not exposed as a flag?
inv := &inventory.Config{Options: map[string]string{}} | ||
_, err = container.NewImageConnection(1, inv, &inventory.Asset{}, img) | ||
require.NoError(t, err) | ||
assert.True(t, inv.DelayDiscovery) |
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.
Could we add a check for the platform here and in the other test?
Here, we shouldn't have any platform information. In the other test we should know it is an alpine image.
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.
discovery is handled in the provider, not in the connection. At this point, we never have a platform regardless of the flag. There are tests that verify the provider sets the platform based on the flag in the provider tests
I am not sure I understand the question. This is an inventory setting. There is nothing for the user to specify here. The goal is that every provider knows which discovery takes a lot memory, disk space or IO. It is up to the provider to decide whether delayed discovery should be used for an asset or not. If delayed discovery is used, then just 1 operation at a time will be active during a scan. That's not something the user should decide or care about |
Signed-off-by: Ivan Milchev <[email protected]>
needs #3492