Просмотр истории изменений файла с помощью управления версиями Git

Для графического представления я бы использовал gitk:

gitk [filename]

Или следовать имени файла после переименований:

gitk --follow [filename]

Вы можете использовать

git log -p filename

чтобы Git мог генерировать исправления для каждой записи журнала.

Видеть

git help log

для дополнительных опций - он действительно может делать много хороших вещей :) Чтобы получить только разницу для конкретного коммита, вы можете

git show HEAD

или любая другая ревизия по идентификатору. Или используйте

gitk

для просмотра изменений визуально.

git log --follow -p -- path-to-file

Это покажет всю историю файла (включая историю за пределами переименований и с различиями для каждого изменения).

Другими словами, если файл с именем bar когда-то был назван foo, то git log -p bar (без параметра --follow) будет отображать историю файла только до того момента, когда он был переименован - он не будет отображать историю файла, когда он был известен. как foo. Использование git log --follow -p bar покажет всю историю файла, включая любые изменения в файле, когда он был известен как foo. Параметр -p обеспечивает включение различий при каждом изменении.

Если вы предпочитаете использовать текстовый формат, вы можете использовать tig. .

Быстрая установка:

• APT: # apt-get install tig
• Homebrew (OS X): $ brew install tig

Используйте его для просмотра истории одного файла: tig [filename]

Или просмотрите подробную историю репозитория: tig

Он похож на gitk, но основан на тексте. Поддерживает цвета в терминале!

git whatchanged -p filename также эквивалентен _ 2_.

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

Пользователи Sourcetree

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

Отображение (ниже) намного удобнее, чем gitk и большинство других перечисленных опций. К сожалению (в настоящее время) нет простого способа запустить это представление из командной строки - интерфейс командной строки Sourcetree в настоящее время просто открывает репозитории.

Чтобы показать, какая редакция и автор последний раз изменяли каждую строку файла:

git blame filename

или если вы хотите использовать мощный графический интерфейс пользователя:

git gui blame filename

Краткое изложение других ответов, прочитанных и немного поигравших:

Обычная команда командной строки будет

git log --follow --all -p dir/file.c

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

gitk --follow --all -p dir/file.c

tig --follow --all -p dir/file.c

В разделе Debian / Ubuntu, команда установки этих прекрасных инструментов соответствует ожиданиям:

sudo apt-get install gitk tig

И в настоящее время я использую:

alias gdf='gitk --follow --all -p'

так что я могу просто набрать gdf dir, чтобы получить точную историю всего в подкаталоге dir.

Добавьте этот псевдоним в свой .gitconfig:

[alias]
    lg = log --all --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset'\n--abbrev-commit --date=relative

И используйте такую ​​команду:

> git lg
> git lg -- filename

Вывод будет выглядеть почти так же, как вывод gitk. Наслаждаться.

Код Visual Studio можно использовать с GitLens. Это очень мощный инструмент.

После установки GitLens перейдите на вкладку GitLens, выберите FILE HISTORY, и вы сможете просмотреть его.

Недавно я обнаружил tig и нашел его очень полезным. В некоторых случаях я бы хотел, чтобы он выполнял A или B, но в большинстве случаев это довольно аккуратно.

В вашем случае tig <filename> может быть тем, что вы ищете.

http://jonas.nitro.dk/tig/

Я написал git -play именно для этой цели.

pip install git-playback
git playback [filename]

Это дает то преимущество, что результаты отображаются в командной строке (например, git log -p), а также позволяет вам проходить каждую фиксацию с помощью клавиш со стрелками (например, gitk).

Or:

gitx -- <path/to/filename>

если вы используете gitx

Вы также можете попробовать это, в котором перечислены коммиты, которые изменили определенную часть файла (реализовано в Git 1.8.4).

Возвращенным результатом будет список коммитов, которые изменили эту конкретную часть. Команда:

git log --pretty=short -u -L <upperLimit>,<lowerLimit>:<path_to_filename>

где upperLimit - это номер начальной строки, а lowerLimit - это номер конечной строки файла.

Более подробная информация находится на https://www.techpurohit.com/list-some-useful-git-commands.

В пользовательском интерфейсе Sourcetree вы можете найти историю файла, выбрав опцию «Журнал выбранных» в контекстное меню, щелкнув правой кнопкой мыши:

Он покажет историю всех коммитов.

Если вы хотите увидеть всю историю файла, включая во всех других ветках используйте:

gitk --all <filename>

Если вы используете графический интерфейс Git (в Windows):

В меню «Репозиторий» вы можете использовать «Визуализировать историю мастера». Выделите фиксацию в верхней панели и файл в правом нижнем углу, и вы увидите разницу для этой фиксации в нижнем левом углу.

С помощью превосходного расширений Git вы переходите к тому моменту в истории, где файл все еще существовал ( если он был удален, в противном случае просто перейдите в HEAD), перейдите на вкладку File tree, щелкните файл правой кнопкой мыши и выберите File history.

По умолчанию он следует за файлом через переименования, а вкладка Blame позволяет увидеть имя данной ревизии.

В нем есть некоторые незначительные ошибки, например, отображение fatal: Not a valid object name на вкладке View при нажатии на ревизию для удаления, но я могу с этим смириться. :-)

SmartGit:

1. В меню включить отображение неизмененных файлов: Просмотр / Показать неизмененные файлы
2. Щелкните файл правой кнопкой мыши и выберите «Журнал» или нажмите «Ctrl-L».

Если вы используете TortoiseGit, вы сможете щелкнуть файл правой кнопкой мыши и выполнить TortoiseGit --> Show Log. В появившемся окне убедитесь, что:

• Параметр «Show Whole Project» не отмечен.

• Выбрана опция «All Branches».

Ответа, который я искал, здесь не было. Это было для того, чтобы увидеть изменения в файлах, которые я подготовил для фиксации. Т.е.,

git diff --cached

git diff -U <filename> даст вам единую разницу.

Он должен быть окрашен в красный и зеленый цвета. Если это не так, запустите сначала git config color.ui auto.

Если вы используете Eclipse с подключаемым модулем Git, у него есть отличное представление для сравнения с историей. Щелкните файл правой кнопкой мыши и выберите Сравнить с → История.

Я, наверное, о том, где был OP, когда это началось, ищу что-то простое, что позволило бы мне использовать git difftool с vimdiff для просмотра изменений файлов в моем репо, начиная с конкретный коммит. Я был не очень доволен найденными ответами, поэтому я скинул этот скрипт git inc remental rep orter (gitincrep) вместе, и он мне пригодился:

#!/usr/bin/env bash

STARTWITH="${1:-}"
shift 1

DFILES=( "$@" )

RunDiff()
{
        GIT1=$1
        GIT2=$2
        shift 2

        if [ "$(git diff $GIT1 $GIT2 "$@")" ]
        then
                git log ${GIT1}..${GIT2}
                git difftool --tool=vimdiff $GIT1 $GIT2 "$@"
        fi
}

OLDVERS=""
RUNDIFF=""

for NEWVERS in $(git log --format=format:%h  --reverse)
do
        if [ "$RUNDIFF" ]
        then
                RunDiff $OLDVERS $NEWVERS "${DFILES[@]}"
        elif [ "$OLDVERS" ]
        then
                if [ "$NEWVERS" = "${STARTWITH:=${NEWVERS}}" ]
                then
                        RUNDIFF=true
                        RunDiff $OLDVERS $NEWVERS "${DFILES[@]}"
                fi
        fi
        OLDVERS=$NEWVERS
done

Вызывается без аргументов, он будет начинаться с начала истории репо, в противном случае он начнется с любого сокращенного хеша фиксации, который вы предоставите, и перейдет к настоящему моменту - вы можете в любой момент выйти с помощью Ctrl-C. Любые аргументы после первого будут ограничивать отчеты о различиях, чтобы включать только файлы, перечисленные среди этих аргументов (что, я думаю, это то, что хотел OP, и я бы рекомендовал для всех, кроме крошечных проектов). Если вы проверяете изменения в определенных файлах и хотите начать сначала, вам нужно будет указать пустую строку для arg1. Если вы не являетесь пользователем vim, вы можете заменить vimdiff на свой любимый инструмент сравнения.

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

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