Показать историю файла?

Вы пробовали это:

gitk path/to/file

Вы можете использовать git log для отображения различий во время поиска:

git log -p -- path/to/file

git log -p будет генерировать патч (различие) для каждой выбранной фиксации. Для одного файла используйте git log --follow -p $file.

Если вы ищете конкретное изменение, используйте git bisect, чтобы найти изменение в представлениях журнала (n) по разделите количество коммитов пополам, пока не найдете, где изменилось то, что вы ищете.

Также подумайте о том, чтобы вернуться в историю, используя git blame, чтобы следить за изменениями в рассматриваемой строке, если вы знаете, что это такое. Эта команда показывает самую последнюю ревизию, которая повлияла на определенную строку. Возможно, вам придется вернуться на несколько версий назад, чтобы найти первое изменение, в которое что-то было внесено, если кто-то изменил это с течением времени, но это может дать вам хорошее начало.

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

Пример :

Для меня главный вопрос: что вы на самом деле пытаетесь выяснить? Вы пытаетесь узнать, когда в этот файл был внесен определенный набор изменений?

Вы можете использовать для этого git blame, он пометит каждую строку с помощью SHA1 и даты, когда она была изменена. git blame также может сказать вам, когда определенная строка была удалена или куда она была перемещена, если вам это интересно.

Если вы пытаетесь выяснить, когда была обнаружена определенная ошибка, git bisect - очень мощный инструмент. git bisect выполнит двоичный поиск по вашей истории. Вы можете использовать git bisect start, чтобы начать деление пополам, затем git bisect bad, чтобы отметить фиксацию, в которой присутствует ошибка, и git bisect good, чтобы отметить фиксацию, в которой нет ошибки. git проверит фиксацию между ними и спросит вас, хорошо это или плохо. Обычно ошибочную фиксацию можно найти за несколько шагов.

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

Если вы стараетесь меньше думать о том, как выполнить определенный рабочий процесс, а больше думать о том, какая информация вам нужна, вы, вероятно, столкнетесь со многими рабочими процессами, которые (на мой взгляд) намного проще и быстрее.