Управління плагінами для vim раніше було болем традиційним способом, розповсюджуючи файли плагінів по всьому особистому каталогу виконання vim, наприклад. ~/.vimдля системи * nix. Після встановлення плагіна його важко оновити, оскільки немає простого способу видалити застарілі файли плагінів, що є необхідним кроком.
На початку я хотів би перерахувати мої особисті вимоги щодо того, яким має бути прекрасний інструмент управління плагінами:
- повинен бути написаний у чистому VimL
- повинні встановити плагіни у власний каталог
- повинен автоматично завантажувати плагіни при запуску vim, приємно завантажувати за потреби
- повинен мати вбудований метод встановлення, оновлення та видалення плагінів
- приємно мати вбудований метод пошуку необхідних плагінів
- мати можливість оголосити необхідні плагіни у файлі
- приємно мати механізм вирішення залежностей
Існує безліч реалізацій ( Vim-Scripts.org містить вичерпний підсумок усіх доступних інструментів), я розповім лише про декілька основних інструментів за їх порядком створення.
vimball був першою спробою вирішити проблему і насправді був напівофіційним рішенням, яке багато плагінів *.vbaтривалий час постачалося разом із пакетом. У поєднанні з GetLatestVimScripts це сформувало традиційний спосіб управління плагінами vim.
Незважаючи на те , що проблема до цих пір залишається до Tim Папі «s патогена ( Github Repo ), який поміщає кожен плагін в свій власний каталог і завантажує їх при запуску шляхом зміни" РТП (runtimepath) "в Vim, виявився. Це великий прогрес - у поєднанні з vim-scripts.org, розміщеним на git / github та іншими інструментами (наприклад, vimmer ), він утворює сучасний спосіб управління плагінами vim. На цю тему є багато статей та відео.
Як плагін, який керує плагінами, патоген все ще не має деяких основних функціональних можливостей, таких як пошук, встановлення, оновлення та видалення плагінів. Як результат, VAM (Vim-Addon-Manager) ( Github Repo ) вийшов. VAM надає майже все, що потрібно для роботи з плагінами: розміщує файли плагінів у власному каталозі, завантажує плагіни під час запуску vim, шукає / встановлює / оновлює / видаляє плагіни в ex-командному рядку, написаному в чистому VimL, підтримує власну базу даних плагінів, навіть вирішує залежності плагіна. Здається, VAM повинен бути тим, який нам потрібен як повнофункціональний менеджер плагінів vim, але з моєї точки зору, підхід, який застосовує VAM, є трохи неелегантним, а іноді і надмірно розробленим. Хоча це все ще чудовий плагін, який варто використовувати.
Потім з’явився tplugin Тома Лінка ( Github Repo ), який покращив патоген, завантажуючи плагіни лише тоді, коли викликаються відповідні команди або функції, подібні до AsNeeded . Крім того, він має якийсь механізм вирішення залежностей, який здається приємним.
Нарешті, Гмарік створив Vundle ( Github Repo ), який є спадкоємцем збудника Тіма Поупа, натхненно зіславшись на Bundler, він забезпечує кращий користувальницький інтерфейс та додаткові функції управління. Vundle для Vim дуже схожий на Bundler із Ruby Project. Потрібні плагіни, заявлені у vimrc, vundle обробляє всі інші, включаючи встановлення / оновлення та видалення плагінів, через інтерфейс командного рядка ex. Найголовніше, що vundle реалізовано в чистому VimL. За допомогою vundle управління конфігурацією vim на кількох комп’ютерах можна здійснити за допомогою простого файлу vimrc. Як сучасний інструмент управління плагінами, vundle покладається на Git і може встановлювати плагін безпосередньо з Github. Vundle також пропонує вишуканий інтерактивний інтерфейс для пошуку та встановлення плагінів.
Vundle не повністю виконує мої вимоги, але рухається в правильному напрямку, що, здається, є для мене гарною відправною точкою.
Ось обговорення та ще одне порівняння між менеджерами плагінів vim від автора VAM MarcWeber.
