fix(ko): Fall back to build configs in .ko.yaml
#6821
Merged
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
ko build configs are optional, and can either be specified in
skaffold.yaml
or.ko.yaml
.Prior to this change, the Skaffold ko builder would ignore any build configs present in
.ko.yaml
. This happened because we always passed a build config map with one entry, corresponding to the artifact being built.With this change, build configs from
.ko.yaml
will be used as a fallback if the artifact config inskaffold.yaml
does not specify any of the fields that are part of the build config. This is helpful to existingko
users who want to adopt Skaffold.We achieve the fallback behavior by passing an empty build config map, which hits this conditional in
ko
: https://github.com/google/ko/blob/0015a815375d456baed846579ec02cf936b99307/pkg/commands/options/build.go#L120Tracking: #6041