Подтвердить что ты не робот

Как управлять vim плагином

Я хочу знать, как вы управляете своими плагинами vim.

Как бы то ни было, Одно из самых больших удовольствий в использовании - это то, что вы можете легко попробовать много интересных новых плагинов, просто загрузите их и разархивируйте в разделе ~/.vim. Но если вы слишком часто пытаетесь и слишком много стараетесь, у вас могут возникнуть проблемы, связанные с отображением ключей, в версии совместимости script, dpendency между различными плагинами.....

Затем вы хотите удалить какой-либо плагин, вроде как откат вашего vim до состояния звука. Но откат может быть очень болезненным. cus для некоторого "гигантского" плагина, такого как perl-support (это отличный плагин, во всяком случае), будет состоять из многих скриптов vim, которые распространяются в разных дирижаблях. Чтобы удалить один гигантский плагин, он будет анонимным, не говоря уже о том, если вы повторно запустите плагин за один раз.

Одним словом, я ищу хорошую практику для управления плагинами vim.

4b9b3361

ОТВЕТЫ

Ответ 1

У меня есть vim каталог в git.

Все плагины, у которых есть репозиторий git выше по течению, находятся в ~/.vim/plugins-git/ в качестве подмодулей git. Мой vimrc устанавливает путь к runtimepath для включения каталогов в ~/.vim/plugin-git/, поэтому плагины могут оставаться автономными и могут быть легко обновлены до последней фиксации git.

Остальные мои плагины находятся в ~/.vim/plugin/.

Один script, который значительно упрощает этот тип настройки, pathogen.vim. pathogen.vim устанавливает все записи в формате runtimepath для вас, поэтому вам не нужно. Это стоит заглянуть в уверенность. Я не использую патоген, потому что, устанавливая пути явно в моем vimrc, я могу быстро отключить плагины, если есть конфликты или несовместимости, как вы упомянули.

Ответ 2

Vundle определенно заслуживает упоминания, так как это делает vim плагин управления смехотворно простым.

 1. git clone https://github.com/gmarik/vundle.git ~/.vim/bundle/vundle
 2. open up your vimrc
 3. Add your plugins (Bundle '<link to plugin>') <-- look at the example vimrc on Vundle github page
 4. :BundleInstall

Я думаю, что Vundle был вдохновлен плагином tpa Pathogen.

Ответ 3

Мне нравится vim-addon-manager, потому что он позволяет мне активировать или деактивировать плагин, поместив или удалив его из списка активных плагинов, который облегчает тестирование новых плагинов.

Ответ 4

Я обновляю свой каталог vimconfig в github. Поэтому, если я добавлю плагин, я сделал новую фиксацию. Если я хочу удалить его, я верну эту фиксацию.

После ссылки .vimrc в файле vimrc в моем каталоге и моем каталоге .vim в этот каталог

Ответ 5

Я эксклюзивно устанавливаю плагины через Vimballs. Таким образом, я также могу поддерживать плагины в актуальном состоянии по всем установкам.

Что мне нравится в vimballs, так это то, что я могу видеть, откуда пришли файлы. В противном случае я, вероятно, что-то вроде git.

Ответ 6

Я работаю в основном на Windows, так что это может несколько отличаться для Linux, Unix и co. но если вы поможете vimfiles, вы увидите, что vim имеет порядок загрузки файлов. Сначала идут те, что находятся в директории $HOME (где-то в разделе "Документы и настройки - имя пользователя на компьютерах WinXP" ), затем введите каталог $VIM (ваш фактический каталог, где находится vim) и т.д....

Итак, у меня есть vim в каталоге, который состоит из "стабильного" материала. Всякий раз, когда я хочу попробовать новый плагин, я помещаю его в папку "Документы и настройки...", и он загружается до того, как он находится в каталоге $VIM. Таким образом, я могу легко не любить это, удалить новый плагин. Если мне это нравится, и он отлично работает с теми, которые у меня уже есть, он попадает в каталог $VIM.

(это, вероятно, не имеет смысла, как я выразился, но он работает... возможно:)