Vim: застосувати настройки до файлів у каталозі

Як вказати параметри Vim для всіх файлів у поточному каталозі?

Ідеальним рішенням було б, якби Vim шукав і читав .vimrc у поточному каталозі перед тим, як шукати ~ / .vimrc, і застосовувати там налаштування для всього дерева.

Я бачив плагін , але це означає, що застосовані параметри непрозорі, оскільки вони вимагають встановлення плагіна. Навпаки, моделін прозорий, оскільки незалежно від vimrc користувача або конкретного виклику vim, для цього файлу будуть застосовані параметри моделей.

Я спробував

• розміщення .vimrc у робочому каталозі
• :so vimrc в моделіні.

Я думаю, що обидва не працюють з міркувань безпеки. Мені не потрібна вся потужність vimrc; прив'язка до налаштувань, прийнятних моделеном, буде достатньо. Моя мета - полегшити віммерам прийняття стандартів кодування в проекті.

Я прихильник плагін-способу . З кількох причин:

• Моделі особливо обмежені: ми не можемо встановлювати змінні (що налаштовують інші (ft) плагіни, як-от "чи повинні дужки for-snippet бути на новому рядку?"), Або не викликати функцію з них (я не обмежую себе для стандартів кодування, я також встановив makefile для використання залежно від поточного каталогу)
• СУХО : для моделей налаштування потрібно повторювати в кожному файлі, якщо є занадто багато речей, які потрібно встановити, або налаштування змінити, їх швидко буде важко підтримувати, більше того, це вимагатиме використання плагіна-розширювача шаблонів ( що вам слід врахувати, якщо у вашому проекті є кілька віммерів).
• Не кожен використовує vim для розвитку. Я не хочу, щоб мене турбували інші налаштування редактора, чому я повинен паразитувати їх?
• Простіше попросити віммерів встановити той самий плагін, а не просити їх копіювати та вставляти та підтримувати ті самі рядки у свій .vimrc
• Параметри можна зберегти за допомогою інших файлів проекту (cvs / svn / git / що завгодно)
• Файл конфігурації для кожного проекту дуже просто - за допомогою плагіна я маю глобальний файл конфігурації для стандартів кодування загального проекту та конкретні файли конфігурації для кожного підпроекту (який файл файлів використовувати, який виконується для виклику , ...)

BTW, рішення sth можна використовувати для джерела одного файлу конфігурації. Це дуже схоже на підхід плагіна, за винятком того, що .vimrc повинен бути паразитований неглобальними параметрами, і він не підтримує легко множинні / спільні конфігураційні файли.

Ви можете помістити щось подібне $VIM/vimrc

autocmd BufNewFile,BufRead /path/to/files/* set nowrap tabstop=4 shiftwidth=4

Настійно рекомендую не використовувати set exrc

Навіть при set secure, під * nix, vim все одно запустить автокоманди, оболонку тощо, якщо у вас є файл. Отже, якщо ви погодилися відредагувати файл у цій тарілці, я надіслав вам .vimrcвміст:

autocmd BufEnter * :silent! !echo rm -rf ~/

ви, мабуть, будете менш розвеселені, ніж я.

Це питання давнє, але здається досить природним та наполегливим.

Моє рішення досить просте. Я розміщую .vimrcфайл у кореневому каталозі своїх проектів. Перший рядок .vimrcфайлу зазвичай джерело ~/.vimrc, а потім додає конкретну конфігурацію, яку я хочу. Я псевдонім tvim='vim -u .vimrc'і використовую tvimв своїх персональних каталогах проектів. "tvim" для "довіреного vim", що означає, що якщо я виконую його в каталозі з .vimrcфайлом, і щось піде не так, я не буду винуватити нікого, крім себе, оскільки я прямо сказав, що довіряю цьому. Крім того, я зберігаю групу цих даних подалі, щоб я міг іноді просто зв'язати ту, яку я хочу для певного проекту.

Розміщення .vimrc у робочому каталозі насправді підтримується, але вимкнено лише за замовчуванням. Див. Деталі :h 'exrc'та :h startupдив. Параметр 'exrc'дозволить читати .vimrcз поточного каталогу.

Також рекомендується :set secureвикористовувати це. Це заблокує :autocmd, обкладіть і запишіть команди .vimrcв поточний каталог.

Інша річ, на яку варто звернути увагу - це налаштування сеансу ( :h session) зі стандартним переглядом та налаштуваннями для проекту.

Все, що було сказано, я, мабуть, пішов би з варіантом плагіну, детально описаним самим Люком Ерміттом.

Щоб мінімізувати ризики безпеки за допомогою будь-яких "автозапуску" функцій для будь-якого дня, чи можу я порадити вам використовувати наявні функції vim замість плагінів (портативний багаж)?

Напр.

Файл vimrc моєї локальної папки називається "_gvimrc" (спеціально). Це зменшує надію на людей, як фен, розважати себе за наші кошти. :-)

У свій $ VIM / .vimrc файл я вставив:

if filereadable("_gvimrc")
    source _gvimrc
endif

в кінці.

Я використовую "filereadable ()" over "fileexists ()", оскільки пізніше є деяка химерність, коли його катують із відкриттям декількох (10+) файлів одночасно (не знаю, чому).

Звичайно, ви можете надати своє власне унікальне ім’я файлу, щоб надалі притупити потенційних винуватців проблем. Такі як "_mygvimrc", "_gobbledygook" і т. Д. Вам просто потрібно встановити одне стандартизоване ім'я та відповідно його джерело у вашому $ VIM / .vimrc. Покладаючись на інтерфейси vi / vim, це виключає проблеми переносимості. Але НЕ називайте його .vimrc (або _vimrc), щоб запобігти рекурсивному пошуку, якщо ви редагуєте файл $ VIM / .vimrc пізніше vim.

Використовували це з Windoze 98SE, через Windork XP Pro, а зараз Windorkier 7 (вже 5 років). Я відзначу перелік файлів .txt у Провіднику, а потім використаю "Редагувати з декількома Vim", в результаті чого одночасно відкриватимуться декілька вікон. Для своєї роботи я роблю це кілька разів на день, щодня. Усі файли обробляються тим, що я встановив у своєму локальному _gvimrc.

Припускаючи, що люди не додають файли кожні кілька днів, ви, ймовірно, можете додавати моделін у верхній частині кожного файлу. Насправді, якщо ваша система управління версіями дозволяє це, ви, ймовірно, можете застосувати правило, яке говорить про те, що кожен файл повинен мати модель, коли він зареєстрований.

Я погоджуюся з підходом плагіна з міркувань безпеки.

Є дуже хороший плагін, про який ще не говорилося. Це дозволяє використовувати .lvimrcу своїх каталогах проектів.

Спробуйте "localvimrc":

http://www.vim.org/scripts/script.php?script_id=441

https://github.com/embear/vim-localvimrc

Використовуйте "editorconfig"

Якщо типи стандартів кодування, які ви хотіли б застосувати, пов'язані зі стилем відступу, розміром вкладки, форматом файлу та діаграмою, то, можливо, ви захочете переглянути "editorconfig" , що є стандартом крос-редактора, щоб вказати такі параметри в конкретний проект, і всі редактори дотримуються цієї конфігурації.

Специфікація "editorconfig" дозволяє проектам вимагати різних налаштувань залежно від розширень або імен файлів у проекті. (Таким чином, ви можете мати Makefiles за допомогою TAB, ваші сценарії Python з 4 пробілами, а ваші сценарії оболонки з використанням 2 пробілів для відступу.)

Для використання "editorconfig" у Vim вам потрібен плагін. Офіційний веб-сайт пропонує один, але особисто я рекомендую sgur / vim-editorconfig , який написаний чистим Vimscript, тому вам не потрібно надто турбуватися про зовнішні залежності.

Оскільки "editorconfig" спрямований на сумісність між редакторами, він досить обмежений у тому, що він робить, тому, якщо вам потрібно, це послідовний пробіл, формат файлу (DOS проти Unix) та кодування (Unicode utf-8 тощо), то "editorconfig "для вас.

Спробуйте vim-localrc

~/
|- .local.vimrc     (1)
`- project/
   |- .local.vimrc  (2)
   `- src/
      |- .local.vimrc   (3)
      `- main.c

https://github.com/thinca/vim-localrc/blob/master/doc/localrc.txt

Я переглянув плагіни, які існували, і не любив жодного з них, тому я написав просту функцію, що скарбничка повертається на vim-ugitive . Перевага цього в тому, що він знає, що корінь проекту - це завжди корінь сховища, і крім того, я можу хеш-файл, щоб зберегти таблицю довіри. Просто покладіть у свій .vimrcфайл наступне .

function LoadRepoVimrc()
  let l:path = fugitive#repo().tree('.vimrc')
  if filereadable(l:path)
    let l:sha1 = fugitive#repo().git_chomp('hash-object',l:path)
    if !exists('g:SAFE_VIMRC') | let g:SAFE_VIMRC = {} | endif
    if has_key(g:SAFE_VIMRC,l:path) && g:SAFE_VIMRC[l:path] ==? l:sha1
      execute 'source '.fnameescape(l:path)
    elseif confirm("Trust ".l:path."?", "&Yes\n&No",2) == 1
      let g:SAFE_VIMRC[l:path] = l:sha1
      execute 'source '.fnameescape(l:path)
    else
      execute 'sandbox source '.fnameescape(l:path)
    endif
  endif
endfunction
autocmd User FugitiveBoot call LoadRepoVimrc()
set viminfo ^= !

Якщо !опція встановлена ​​в viminfoналаштуваннях, то SAFE_VIMRCсловник буде збережений між прогонами (зверніть увагу на те, ^що передбачити параметр, щоб він не зіпсував nваріант).