Использую Visual Studio Code с расширением GitLens для анализа изменений в модулях конфигурации 1С в git репозитории.
Сегодня в очередной раз возникла задача найти конкретную строку во всех изменениях репозитория.
Код перемещался по модулям и методам в процессе развития конфигурации и немного менялся, но перемещения редко происходили с в одном коммите с изменением искомой строки.
Это можно сделать через GitLens или еще как то?
Нагуглить ответ пока не смог.

Модератора прошу поправить тему на "Найти конкретную строку во всех изменениях git репозитория через GUI"

https://coderoad.ru/32401491/Как-искать-фразу-во-всех-git-коммитах

Оно?

(2) Ему, похоже, GUI важнее

(2) Это я находил. Но там grep, а не GUI.

(4) Ну дык сделай следующий шаг и поищи grep gui.
Получишь кучку вариантов, типа https://github.com/bokuweb/vscode-git-grep

Нашел эту команду в GitLens, но почему то иногда при открытии результатов такого поиска не происходит позиционирования на искомую строку и приходится жать клик и нажимать F3.
https://i.imgur.com/Gxw9tmn.png

(5) Конкретно по твоей ссылке годный вариант, если с 1-2 попыток ты найдешь нужное место. Если же надо просмотреть много результатов, то будет уже неудобно.
Про поиск "GUI grep" направление перспективное. Спасибо.

Не смог понять, как ввести в этом поиске строку "div|p|b" (не регулярное выражение) так чтобы нашлись все точные совпадения. Там режим регулярных выражений если отключаю, то находит миллион совпадений, как будто он включен.
https://i.imgur.com/SK7X1Mh.png

(8) Чисто на шару - может попробовать экранировать?
Типа
div\|p\|b

(9) Так работает, но в общем случае я буду искать и намного более длинные строки =)

(8) Похоже на баг в GitLens. Буду делать писать разработчикам.

Создал заявку в проекте gitlens для Visual Studio Code по поводу невозможности отключить поиск в формате регулярного выражения https://github.com/eamodio/vscode-gitlens/issues/1572
Поэтому задача все еще остается нерешенной - как найти конкретную строку (не шаблон, не регулярное выражение) по всем изменениям в репозитории? При этом операция будет многократной, поэтому какие либо ручные преобразования искомой строки не допускаются (как например в (9)).

(12) Преобразование ведь можно сделать и не ручное - хоть обработку на предприятии написать, хоть ещё как.
Пару лишних кнопок нажать, да.

Но конечно лучше второй день страдать над этим, нужно же как-то развлекаться ;)

(13) Тут я ищу удобное многократное (инструмент), а не разовое решение задачи. Зачем каждый раз делать какую то явную конвертацию, когда здравый смысл подсказывает, что должна быть готовая пользовательская команда? Ведь обычный поиск в VSCode ищет и регулярное выражение и точное совпадение (переключатель работает ожидаемо). Чем поиск по изменениям принципиально с точки зрения пользователя отличается от обычного поиска?
Вот если я не найду удобного способа, тогда уже будет оправдано использовать неудобный способ.
А неудобный способ пока такой
1. Преобразовать строку для поиска на точное совпадение через регулярное выражение с помощью https://regex-escape.com/regex-escaper-online.php
2. Искать преобразованную строку через gitLens в изменениях

(12) Сделал ишку - сделай и ПРку. Отличная возможность прокачать TypeScript и помочь хорошему проекту! :)

git log -S 'word' не подходит?

(16) Слово GUI в заголовке вроде написал.

(15) Ну для начала не понял как отлаживать это расширение. Поковырялся минут 10 и сдался.
Кажется этот флаг отрабатывается тут
    export function toKey(search: SearchPattern) {
        return `${search.pattern}|${search.matchAll ? 'A' : ''}${search.matchCase ? 'C' : ''}${
            search.matchRegex ? 'R' : ''
        }`;
    }
https://github.com/eamodio/vscode-gitlens/blob/main/src/git/search.ts

(18) Судя по тому что оно формирует через pipe (|) идут опции поиска, а его экранирование не предусмотрено (и поэтому в итоге опции не применяются)

Выглядит так как будто можно не разбираться и просто экранировать все спец.символы из search.pattern и возвращать результирующую строку уже экранированной.
Понятно что это костыль и PR с таким исправлением оформлять не стоит, но самому попользоваться наверное вполне можно.

Так и не нашел способ без извратов поискать точное совпадение.
Сегодня потребовалось искать строку

МенеджерЗаписи = РегистрыСведений["ДополнительныеСведения"].СоздатьМенеджерЗаписи();

Опять пришлось искать через способ (14).
Удивлен, что вселенная до сих пор не смогла создать удобный инструмент для поиска по столь древнему механизму как git. В онлайн и оффлайн интерфейсе GitHub тоже не нашел подобной фичи.

Попробовал еще несколько расширений для VSCode для работы с гитом. Все они заметно скромнее имеют фичи чем gitLens. Так что там и близко нет нужной фичи.

Еще попробовал программу "Source tree". Ее поиск даже не позволяет управлять режимом "регулярное выражение". Он даже по запросу

РегистрыСведений["ДополнительныеСведения"]

Нашел ничего.
https://i.imgur.com/3EehqlB.png
А вот по запросу

ДополнительныеСведения

уже нашел вроде правильные комитты, но показал их полный состав, не выделяя файлы с вхождениями и тем более не выделяя в них текст.
В общем тут поиск еще хуже чем в gitLens.

Так что gitLens пока удерживает позицию лидера.

(20) Вроде если в искомой строке нет "|" - должно и без экранирования нормально работать.

https://i.ibb.co/828KwNM/risovach-ru.jpg

(22) а как же [ ] ?

Самый простой вариант для тс, дописать свой буфер менеджер, чтоб он умел копировать с экранированием

Сегодня снова встала элементарная с точки зрения постановки задача - найти все коммиты, где добавлялась/изменялась/удалялась конкретная строка кода

ПредставлениеКатегории = ирОбщий.ПредставлениеИзИдентификатораЛкс(ОписаниеКорневогоТипа.Множественное) + "." + ОбъектМДКорневогоТипа.Представление();

Стиснув зубы, вытерпел и заэскейпил через https://regex-escape.com/regex-escaper-online.php эту строку в

ПредставлениеКатегории \= ирОбщий\.ПредставлениеИзИдентификатораЛкс\(ОписаниеКорневогоТипа\.Множественное\) \+ "\." \+ ОбъектМДКорневогоТипа\.Представление\(\);

Дальше вставил ее в поле ввода шаблона поиска в gitLens
https://i.imgur.com/eZsSB10.png

И получил 2 неподходящих результата и 0 подходящих, хотя они точно есть (копировал текст из конкретного комитта).
Пример неподходящего результата
https://i.imgur.com/OS2WKAm.png

Мыши плакали, кололись...

некоторые вещи легче через терминал, имхо.

(26) В общем случае задача не решаема.
Пример:

а) была строка:
5342 + Процедура УстановитьПериодСпискаДокументов(Параметры)

б) потом её переименовали:
5342 - Процедура УстановитьПериодСпискаДокументов(Параметры)
5342 + Процедура УстановитьНачальныйПериодСпискаДокументов(Параметры)

в) потом добавляли-удаляли строки в модуле (номер строки поменялся):
5342 5279  Процедура УстановитьНачальныйПериодСпискаДокументов(Параметры)

г) потом добавили параметр в процедуру:
5279 - Процедура УстановитьНачальныйПериодСпискаДокументов(Параметры)
5279 + Процедура УстановитьНачальныйПериодСпискаДокументов(Параметры, ЕщеПараметр)

и как оно из серии diff-ов должно понять, что а) и г) - это "история" одной строки?

(27) Ну я кажется более узко сформулировал - конкретную строку (например "Пурцяв=Строки[1]") хочу искать в текстах комиттов. Все ее вариации мне не нужны, а нужно строго тот вид, как я указал.
Перед этим я существующей функцией просмотра истории комиттов строки кода GitLens нашел первый комит, где эта строка была добавлена (с точки зрения гита), но я точно знаю что она была туда перемещена. Т.е. тут с точки зрения гита идет разрыв истории строки кода. А я хочу через него перешагнуть, т.е. пройти через перемещение строки кода и дальше посмотреть ее историю.

(26) > элементарная с точки зрения постановки задача
Эталонный заказчик

(30) В Sourcetree есть поиск по коммитам