beldmit | Добавка в .vimrc

Наконец-то я настроил при использовании grep из vim игнорировать .svn

set grepprg=grep\ -n\ --exclude=tags\ --exclude=TAGS\ --exclude-dir=.svn\ $*\ /dev/null

Собственно, переменную окружения GREP_OPTIONS, через которую я работал несколько лет, объявили deprecated (но пока не выпилили). А во всех советах игнорировали часть аргументов, в результате чего навигация по найденному из vim не работала. В таком виде - работает. Осталось .git туда же добавить, но это по необходимости.

Crossposts: https://beldmit.livejournal.com/594062.html

Flat | Top-Level Comments Only

From:

vitus_wagner

Хорошая идея, надо утащить.

From:

gegmopo4

«Вы всё ещё работаете с Subversion? Тогда мы идём к вам!» (Реклама Git)

From:

vitus_wagner

Мы уже не работаем с subverssion. Но для гита это решение подходит ничем не хуже.
Равно как и для множества других интересных ситуаций.
Правда, мне, похоже в каждой из своих книг делать разный grepprg, чтобы исключить из поиска всякие генерируемые форматы, оставить только исходник. Но там все равно везде есть .lvimrc.

Принципиально веть тут не имя директории в --exclude, а то, какие еще параметры надо выставить.
Например /dev/null в хвосте.

From:

beldmit

Расскажи-ка мне про .lvimrc. И про последние два параметра, которые я недопонимаю.

From:

vitus_wagner

Есть такой плагин local vimrc.
Позволяет создать в каждом поддереве свой локальный файл конфигурации, который будет читаться vim-ом если он запускается внутри этого поддерева.

Я его себе поставил в основном ради конфигурации спелл-чекера, чтобы в каждом сеттинге иметь собственные локальные словари, ну и чтобы язык правильный автоматически включался.

Параметр $* тут значит то же самое, что в шелловских скриптах - в смысле "на это место будут подставлы все аргументы". При этом это не шелловский синтаксис, а вимовский. Описан, кстати в :help grepprg.

А /dev/null там нужен для того, чтобы если вдруг кто-то нечаянно наберет :grep без параметров, у него бы все нафиг не подвисло. Потому что по умолчанию grep будет ждать текста со стандартного ввода. Соотвественно, чтобы программа вовремя завершилась, у нее в аргуммента должен быть хоть один файл. Поэтому, туда добавлен в конец заведомо пустой /dev/null.

И еще - если у нас в командной строке grep указан ровно один файл, он не будет в выводе даже с -n сопровождать найденную строку именем файла (а не только номером строки). А если два и более - будет. Поэтому vim сумеет правильно найти куда курсор ставить. Независимо от числа файлов, в которых попросил искать пользователь. Того же эффекта можно в GNU grep добиться с помощью -H о чем честно рассказано в хелпе на grepprg, но /dev/null во-первых убивает двух зайцев разом, во-вторых работает с бо́льшим количеством разных grep.

Edited Date: 2019-12-11 11:45 am (UTC)

From:

yurikhan

Для гита есть git --no-pager grep. Который сразу из коробки работает рекурсивно и игнорирует .git и всё, что не под версионным контролем.

From:

beldmit

А как он с vim интегрирован?

From:

yurikhan

Ну он drop-in replacement для grep’а. Так что ожидаю, что интегрируется так же. (Я не настоящий вимовод, но в Емаксе аналогично работает.)

From:

phd_ru

git grep -Ovim

Причём git знает про vim и передаёт ему параметр поиска: vim /search_string, так что vim сразу встаёт на нужную строку, а по нажатию n ищет дальше.

PS. Аналогично git знает про less.

From:

vitus_wagner

Ну и как по вашему, vim должен отлечичть, когда директория, где запускается grepprg является частью git-репозитория, а когда нет?

From:

yurikhan

Видимо, теми же самыми проектоспецифичными настройками.

From:

vitus_wagner

Ага. Сначала насоздаем себе трудностей, потом будем героически их преодолевать.
Решение, предложенное Белявским - универсально. Применимо к практически любой системе управления версиями. У меня, правда, ни разу не возникало проблем с false positives от
.fslckout