-
Notifications
You must be signed in to change notification settings - Fork 406
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
Integration tests for go module support #171
Comments
One caveat here: I have 2 machines with this setup and they're behaving differently :( One seems to do fine with the module type ko:// references to vendor. The other does not. I'll have to take a look and see if ko has debugging tips anywhere, I'd love to figure out this mystery :) |
Thoughts on changing to using https://golang.org/pkg/go/build/ from exec to see if that helps resolve inconsistencies? |
In slack I got a "sure, why not?" So I'm going to play around with that. /assign Cynocracy |
No luck, but please consider it assigned. |
This /may/ have been due to a bug in our setup, but we're investigating a bit more now that we got our internal repo into a good state. That should help us understand a bit better why this is occurring (and play around with fixes :) |
OK, here's my attempt at repro. Setup
Scenarios: Results: docker run result b. ii. c. d. So: WAI 👍 Most likely the issues I was seeing were related to our own infra around ko and not ko itself. Any objections to me adding something similar as an integration test? |
This issue is stale because it has been open for 90 days with no |
Fixed by #179 |
ko, when run from within the GOPATH, uses GOPATH mode for resolving images even when environment variables instruct otherwise.
ko version 0.5.1
The text was updated successfully, but these errors were encountered: