-
Notifications
You must be signed in to change notification settings - Fork 89
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
Don't rely on the existence of vendor dir at root level #1345
Comments
I think this is the current convention in Knative see for example: https://github.com/knative-extensions/sample-controller/blob/main/hack/tools.go#L25. By trying to move to a vendorless setup and by using the |
Moving to vendorless setup isn't mandatory, but it's recommended going forward. For reasons of that effort, please see |
* Move to the hack' script inflator * Skip kn subpackage * Move the lib/ to public pkg/ packages * Introduce pkg submodule, remove the vendor dir * Remove vendor references * Use latest version of knative.dev/hack * Publish dependent images properly * Walkaround for knative-extensions/net-istio#1345 * Remove GOTOOLCHAIN in go.work * Verify codegen use common funcs * Import code from knative.dev/client-pkg * Restore the default unit test runner * Try knative/actions#223 * Restore the workflows * Nit: simplify config package import
This issue is stale because it has been open for 90 days with no |
/remove-lifecycle stale |
net-istio/third_party/library.sh
Line 17 in d5104e5
This breaks knative/client#1953 integration test: https://prow.knative.dev/view/gs/knative-prow/pr-logs/pull/knative_client/1953/integration-tests_client_main/1814032077515919360#1:build-log.txt%3A6886
Instead, use hack script embedding:
/kind bug
The text was updated successfully, but these errors were encountered: