`githubRelease` errors on releases without explicit assets about vendir HOT 5 OPEN

@LukeWinikates any thoughts on picking git (by a tag) vs githubRelease fetch types to fetch source code?

from vendir.

I think using the git fetch type is a viable workaround. Honestly, for our use case, there doesn't seem to be anything in the source code that we actually need from the git repo either, but we were attempting to conform to a vendir usage pattern established by the codebase we were contributing to.

Other packages in the repository we were adding to had a pattern of using vendir to pull in yaml files for Kubernetes deployments, which then fed into using imgpkg to resolve the image versions in those yamls into a specific image sha. We wanted to follow that same pattern to document our upstream open-source dependency, but it turns out that none of our dependencies ship yaml deployment manifests with their releases, so the vendir -> yaml -> imgpkg -> resolved sha pipeline didn't pan out in those cases.

We ended up not using vendir at all for those packages - the downside is that for other packages in that repository the vendir.yaml file is the source of truth for their upstream dependencies, whereas for our contributions, it's going to be maintained by editing the individual image tags in the yaml files we author ourselves.

I will say that the error message in this case made me think I was getting something wrong in my yaml paths, so I spent a fair amount of time thinking the problem was something on my local filesystem. I took a fair amount of time and trial and error to figure out that it was actually the json response of the specific release that was causing the error. Detecting the specific case of a release with no assets and printing an error message that says "error: no files in release, try a git resource instead`" would be a good thing to do, I think. Happy to submit a PR for that, if it would be welcomed.

from vendir.

"error: no files in release, try a git resource instead`" would be a good thing to do, I think. Happy to submit a PR for that, if it would be welcomed.

i think that would be a helpful addition.

it's going to be maintained by editing the individual image tags in the yaml files we author ourselves.

so it sounds like the asset that you actually care about is the image tag and that image tag is part of somebody else yaml file. hmm ill have to chew on that if vendir can be (/should be) helpful in such scenario (i could imagine having vendir provide some metadata that could be used to "generate" a file that would be a ytt overlay -- sounds a little weird... will think more)?

from vendir.

This issue is being marked as stale due to a long period of inactivity and will be closed in 5 days if there is no response.

from vendir.

This issue is being marked as stale due to a long period of inactivity and will be closed in 5 days if there is no response.

from vendir.