Делаем git diff --stat показывать полный путь к файлу

При выполнении git diff --statнекоторые файлы перечислены с полным путем из базы репозитория, но некоторые файлы перечислены как:

.../short/path/to/filename.  

То есть путь начинается с, ...и показан только короткий путь.

Я хотел бы git diffуказать полный путь ко всем файлам, чтобы он мог легко обрабатываться скриптом. Есть ли способ git diffвсегда показать полный путь

Команда git diffпринимает необязательные значения для --stat:

--stat[=<width>[,<name-width>[,<count>]]]
       Generate a diffstat. You can override the default output width for
       80-column terminal by --stat=<width>. The width of the filename
       part can be controlled by giving another width to it separated by a
       comma. By giving a third parameter <count>, you can limit the
       output to the first <count> lines, followed by ...  if there are
       more.

       These parameters can also be set individually with
       --stat-width=<width>, --stat-name-width=<name-width> and
       --stat-count=<count>.

(Для написания сценариев вы, возможно, захотите использовать git diff-treeнапрямую, поскольку это скорее команда «сантехники», хотя я подозреваю, что в любом случае у вас все будет хорошо. Обратите внимание, что вам понадобится тот же дополнительный текст, что и --statпри использовании git diff-tree. Существенная разница между использованием git diff«фарфора» "интерфейсная часть и команда git diff-treeсантехники - это git diffпоиск настроенных вами параметров для таких параметров, как diff.renamesрешение, следует ли выполнять обнаружение переименования. Что ж, плюс внешний интерфейс git diffбудет делать то же самое, что git diff-indexесли вы сравниваете фиксацию с индексом , например. Другими словами, git diff читает вашу конфигурацию и автоматически вызывает нужную сантехнику .)

Для обработки сценария может быть лучше использовать одно из следующих:

# list just the file names
git diff --name-only
path/to/modified/file
path/to/renamed/file


# list the names and change statuses:
git diff --name-status
M       path/to/modified/file
R100    path/to/existing/file   path/to/renamed/file


# list a diffstat-like output (+ed lines, -ed lines, file name):
git diff --numstat
1       0       path/to/modified/file
0       0       path/to/{existing => renamed}/file

Каждый из них становится более удобным для надежной обработки сценария в сочетании с -zопцией, которая используется NULв качестве терминаторов полей.

Для пользователей Bash вы можете использовать $COLUMNSпеременную для автоматического заполнения доступной ширины терминала:

git diff --stat=$COLUMNS

Очень длинные имена путей все еще могут быть усечены; в этом случае вы можете уменьшить ширину части +++ / ---, используя --stat-graph-width, например, это ограничивает ее до 1/5 ширины терминала:

git show --stat=$COLUMNS --stat-graph-width=$(($COLUMNS/5))

Для более общего решения вы можете использовать выходные данные tput colsдля определения ширины терминала.

Там есть вариант --name-only: git diff --name-only. Эта опция также поддерживается другими командами git, такими как showи stash.

Пути не сокращаются с опцией.

Я создал следующий псевдоним git:

diffstat = ! "gitdiffstat() {  git diff --stat=$(tput cols) ${1:-master} ; }; gitdiffstat"

Он считывает количество столбцов из tput colsкоманды. По умолчанию используется сравнение master, но при желании вы можете указать другую ветку.

$ git diffstat
 .gitalias | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

Я нашел простое решение: (работает только на * nix, извините, нет osx)

git diff --stat=$COLUMNS --relative | head -n -1 | cut -c 2- | xargs -d '\n' -P4 printf "$(pwd)/%s\n"

Эта версия работает для обоих, но не очень хорошо смотрится на osx.

git diff --stat=$COLUMNS --relative | sed -e '$ d' | cut -c 2- | xargs -n4 -I{} echo "$(pwd)/{}"

Я обнаружил, что поведение diff --stat изменилось где-то около git 1.7.10, где раньше он сокращал пути к файлам до фиксированной ширины по умолчанию - теперь он отображает столько, сколько позволяет окно вашего терминала. Если вы столкнулись с этой проблемой, убедитесь, что вы обновились до 1.8.0 или новее.