You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Wondering if its appropriate to add an additional test workflow to test support for arbitrary artifacts... The alternative might be to allow the test suite to be expandable in some way where other repos could just plop in an additional go file (for example, the artifacts repo).
In any case, many people ask "which registries support Helm charts" etc. and it would be nice to show some factual data vs. just a bullet list
The text was updated successfully, but these errors were encountered:
With the Artifacts doc merged, it’s a good time to have this discussion.
It’s not required for registries to support any artifact. Registry operators and customers may choose to limit the types of artifacts they support in a registry or repo. That’s really up to the specific registry. That said, we could define a sample artifact that would be used for the test as i suspect registries will be open as file systems don’t restrict file extensions.
We may have our standard sample or the registry operator could provide their own sample.
Wondering if its appropriate to add an additional test workflow to test support for arbitrary artifacts... The alternative might be to allow the test suite to be expandable in some way where other repos could just plop in an additional go file (for example, the artifacts repo).
In any case, many people ask "which registries support Helm charts" etc. and it would be nice to show some factual data vs. just a bullet list
The text was updated successfully, but these errors were encountered: