Plug-in managers are largely interoperable in Vim, all modern plug-in managers work by updating 'runtimepath'
to include the root of the plug-in in the list of paths, which is how Pathogen works (you could call Pathogen the "grandfather" of plug-in managers.)
In your specific case, you are trying to install coc.nvim using Vundle.
As you reported in issue #1210, coc.nvim complains that the engine is missing:
$ vim src/java/GetSystemProperties.java
[coc.nvim] javascript file not found, please compile the code or use release branch.
This is likely because you're missing the release branch, or the post-update hook from the installation instructions, for vim-plug users:
" Use release branch (Recommend)
Plug 'neoclide/coc.nvim', {'branch': 'release'}
" Or build from source code by use yarn: https://yarnpkg.com
Plug 'neoclide/coc.nvim', {'do': 'yarn install --frozen-lockfile'}
It turns out Vundle doesn't support either option.
You could emulate both with Vundle:
- To use the "release" branch, you could go into the plug-in directory and manually
git checkout
the release
branch.
- To run the post-update hook, you could go into the plug-in directory and manually run the required
yarn install --frozen-lockfile
command.
However, it's quite possible that you'll have to manually fix those again whenever you update the plug-in, which might become quite of a hassle. You could freeze the plug-in version using {"pinned": 1}
so Vundle doesn't update it, but that pretty much defeats much of the purpose of using a plug-in manager...
In your particular case, my recommendation is that you upgrade from Vundle to vim-plug.
I'm using the word "upgrade" here, rather than "migrate", since you could actually consider vim-plug to be a successor of Vundle. Vundle stopped being maintained many years ago and was superceded by other plug-in managers. There's really no reason to be using Vundle nowadays.
vim-plug uses the same model as Vundle (so if Pathogen is the "grandfather", Vundle is the "father".) Its configuration in your vimrc is about the same (main difference is using the Plug
command rather than Plugin
, and plug#begin
/plug#end
rather than vundle#begin
/vundle#end
) and supports a similar set of commands (again, with slightly different names, PlugUpdate
rather than VundleUpdate
or PluginUpdate
.)
It's quite probable that you could migrate to vim-plug while keeping the same plug-in directory and not having to touch it or any of the plug-ins.
Just follow the other installation instructions for vim-plug (which amounts to downloading a single plug.vim
file into your autoload directory) and remove the references to Vundle.vim
, rename the commands in vimrc and you're essentially done.
If you do upgrade to vim-plug, you'll get full support for the coc.nvim setup, while not missing out on anything you've been getting from your current plug-in manager.
'runtimepath'
and not overwriting it completely... So, yes, you might get away with running multiple managers... But I do encourage you to upgrade from Vundle to vim-plug, it should be pretty straightforward to do so. Good luck! – filbranden♦ Jan 2 '20 at 4:58