YS
В vim по умолчанию нет понятия "проект". Поэтому Вам нужно сначала как-то определиться с тем, как Вы будете выделять такие файлы.
можно так в моем случае:
запустил вим в рут проекте
рут проект в coc.nvim
Size: a a a
2021 April 13
YS
Эээ... что?
> рут проект в coc.nvim
Что это значит? Вы этот plug-in используете, и у него есть какое-то своё понятие "проект"?
Тогда поищите в его документации (или подождите — может, кто им тут пользуется, подскажет).
> рут проект в coc.nvim
Что это значит? Вы этот plug-in используете, и у него есть какое-то своё понятие "проект"?
Тогда поищите в его документации (или подождите — может, кто им тут пользуется, подскажет).
NG
find -type f -print0 | xargs -0 sed -i 's/что меняем/на что/g'YS
Хмм... если у Вас есть какой-то принцип выделения файлов проекта, то сделать это в vim тривиально, нет?
G
sed / sd?G
+ Любой +- фичастый LSP сервер умеет в глобальный ренейм
EG
fd быстрее И короче:$ time find -type f -print0 >/dev/null
find -type f -print0 > /dev/null 0.26s user 0.47s system 98% cpu 0.746 total
$ time fd -HI -t f -0 >/dev/null
fd -HI -t f -0 > /dev/null 1.14s user 0.88s system 702% cpu 0.288 total
pl
:lua vim.lsp.buf.rename ? Нет?pl
Оно для одного файла, наверн
NG
ты дисковый кэш не сбросил после find
EG
Запустил в обратном порядке — те же результаты.
NG
естественно, по кэшированным данным в ОЗУ поиск будет быстрее
EG
$ time fd -HI -t f -0 >/dev/null
fd -HI -t f -0 > /dev/null 1.02s user 0.88s system 687% cpu 0.278 total
$ time find -type f -print0 >/dev/null
find -type f -print0 > /dev/null 0.37s user 0.46s system 98% cpu 0.845 total
EG
Ещё версии?
NG
ты серьёзно гоняешься за наносекундами ускорения?
EG
Нет, но тут разница порядка секунд, а не наносекунд.
NG
Хз как интерпретировать эти цифры. Некоторые показатели у fd больше.