-
Notifications
You must be signed in to change notification settings - Fork 3.9k
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
CA: Put APIs in a separate go module #6307
Labels
kind/feature
Categorizes issue or PR as related to a new feature.
Comments
/assign |
Probably, it would be better to put the client in a separate module as well. |
The Kubernetes project currently lacks enough contributors to adequately respond to all issues. This bot triages un-triaged issues according to the following rules:
You can:
Please send feedback to sig-contributor-experience at kubernetes/community. /lifecycle stale |
/remove-lifecycle stale |
Merged
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Which component are you using?:
ClusterAutoscaler
Is your feature request designed to solve a problem? If so describe the problem this feature should solve.:
If the external project imports cluster-autoscaler, the external project can't run
go list -modfile=./go.mod -m all
because the cluster-autoscaler depends on k/k repository.
By these limitations, Goland (JetBrains) wouldn't work fine.
Please see the details: kubernetes-sigs/kueue#1345
Describe the solution you'd like.:
As we discussed in the above issue with @x13n and @alculquicondor, the best solution is to put APIs in a separate go module.
Describe any alternative solutions you've considered.:
Additional context.:
The text was updated successfully, but these errors were encountered: