-
-
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
Manage tools using go modules #2456
Comments
You're exactly right, and I have a local branch where I'm working on exactly this using a proof of concept that we worked out last year. It turns out that you don't even actually need Go modules (e.g. in a
We actually have most of the code, but just need to organize it and make sure it works as expected. |
Cool! I figured someone else had already thought of doing this. My plate is full currently, but I may have time next week. Is the existing code in a branch somewhere? |
The code is in a stash on my local branch; it's not ready to be pushed any place yet. |
Note this already exists in the form of gopher.vim. It works pretty well. Most of the code for it is in autoload/gopher/system.vim.
The advantage of adding a go.mod is that you can use all the regular Go tooling. Want to update stuff? |
|
How do you record which version to use? |
I wasn't sure if the issue template was appropriate for this. Filled it out anyway. This is a feature request - it would be nice if
vim-go
used go modules to manage the integrated tools. That way, it can use its own, consistent versions (or users can specify their own versions), andgo
will take care of keeping everything organized. People wouldn't have to run:GoInstallBinaries
or:GoUpdateBinaries
anymore either, because Go would download the right ones automatically when they are asked for. I can help implement if it sounds interesting.The text was updated successfully, but these errors were encountered: