-
Notifications
You must be signed in to change notification settings - Fork 1.4k
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
Propose migrate from dep to go modules #2384
Comments
This is definitely an important switch, since Ignition v2.0.1 (which includes the new Ignition Spec 3) cannot be vendored with Dep. OKD 4 will be dependent on the installer having Ignition Spec 3 available in order to use FCOS. |
We want to do it, but the go.mod implementation doesn't make it easy to have multiple vendors for some internal services. We are definitely looking into it. |
Relevant Go github issue: |
@sgreene570 if i'm not wrong i think at the end some implementation was done based on the golang/go#33848 proposal |
is there a good reason to not keep all deps in one vendor dir? Having multiple seems to call for version mismatches and the likes.. |
@LorbusChris do you mean you want use multiple vendor folders but not one? I did not see such case yet. |
What I want is the opposite: one vendor dir for everything |
There are parts of the installer using different versions of the same dependencies, so having one vendor dir would require refactoring some code (namely the azure terraform stuff). For example, |
@sgreene570 exactly. I'm on that over in #2745 😃 |
@LorbusChris I was a bit confused, after you migrate to go mod, if you run |
I can see most of the go projects are now migrating from dep to go modules, like kubernetes-sigs/cluster-api#1054 etc, does installer has some plan to migrate as well?
Reference: https://blog.golang.org/migrating-to-go-modules
The text was updated successfully, but these errors were encountered: