Могу ли я использовать git diff для неотслеживаемых файлов?

Можно ли попросить git diff включить неотслеживаемые файлы в свой вывод diff? Или мой лучший выбор - добавить новые файлы, которые я создал, и существующие файлы, которые я отредактировал, и использовать

git diff --cached

?

В последних версиях git вы можете git add -Nиспользовать файл (или --intent-to-add), который добавляет блоб нулевой длины к индексу в этом месте. В результате ваш «неотслеживаемый» файл теперь становится модификацией для добавления всего содержимого в этот файл нулевой длины, и это отображается в выводе «git diff».

git diff

echo "this is a new file" > new.txt
git diff

git add -N new.txt
git diff
diff --git a/new.txt b/new.txt
index e69de29..3b2aed8 100644
--- a/new.txt
+++ b/new.txt
@@ -0,0 +1 @@
+this is a new file

К сожалению, как указано, вы не можете, git stashпока у вас есть --intent-to-addфайл, ожидающий, как это. Хотя, если вам нужно спрятать, просто добавьте новые файлы, а затем спрячьте их. Или вы можете использовать обходной путь эмуляции:

git update-index --add --cacheinfo \
100644 e69de29bb2d1d6434b8b29ae775ad8c2e48c5391 new.txt

(настройка псевдонима - ваш друг здесь).

Я считаю, что вы можете различать файлы в вашем индексе и неотслеживаемые, просто указав путь к обоим файлам.

git diff --no-index tracked_file untracked_file

Для моей интерактивной повседневной работы (где я постоянно разрабатываю рабочее дерево по отношению к HEAD и хотел бы, чтобы неотслеживаемые файлы были включены в diff), add -N/--intent-to-addон непригоден, потому что он ломается git stash .

Так вот моя git diffзамена. Это не особо чистое решение, но, поскольку я действительно использую его только в интерактивном режиме, у меня все в порядке с хаком:

d() {
    if test "$#" = 0; then
        (
            git diff --color
            git ls-files --others --exclude-standard |
                while read -r i; do git diff --color -- /dev/null "$i"; done
        ) | `git config --get core.pager`
    else
        git diff "$@"
    fi
}

dПечатая просто включит неотслеживаемые файлы в diff (что меня беспокоит в моем рабочем процессе), и d args...будет вести себя как обычный git diff.

Ноты:

• Здесь мы используем тот факт, что git diffна самом деле объединяются отдельные разностные различия, поэтому невозможно определить dвыходные данные из «реального различий» - за исключением того факта, что все неотслеживаемые файлы сортируются последними.
• Единственная проблема с этой функцией заключается в том, что выходные данные окрашены даже при перенаправлении; но я не могу потрудиться добавить логику для этого.
• Я не мог найти способ включить неотслеживаемые файлы, просто собрав список аргументов для git diff. Если кто-то выяснит, как это сделать, или если какая-то функция будет добавлена gitв какой-то момент в будущем, пожалуйста, оставьте примечание здесь!

Не на 100%, но если по какой-то причине вы не хотите добавлять свои файлы в индекс, как предполагает принятый ответ, вот еще один вариант:

Если файлы не отслеживаются, очевидно, что diff - это весь файл, так что вы можете просто просмотреть их с меньшим количеством:

less $(git ls-files --others --exclude-standard)

Перейдите между ними с помощью :nи :pдля следующего и предыдущего ..

Обновление из комментариев: Если вам нужен формат патча, вы также можете комбинировать его с git diff:

git ls-files --others --exclude-standard | xargs -n 1 git --no-pager diff /dev/null | less

В этом случае вы также можете перенаправить вывод в файл или использовать другую команду diff.

git add -A
git diff HEAD

При необходимости сгенерируйте патч, а затем:

git reset HEAD

это работает для меня:

git add my_file.txt
git diff --cached my_file.txt
git reset my_file.txt

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

полезно, если вы тоже создаете патч:

  git diff --cached my_file.txt > my_file-patch.patch

Изменения работают, когда поставлены и не поставлены с этой командой. Новые файлы работают при постановке:

$ git diff HEAD

Если они не организованы, вы увидите только различия файлов.

Для одного файла:

git diff --no-index /dev/null new_file

Для всех новых файлов:

for next in $( git ls-files --others --exclude-standard ) ; do git --no-pager diff --no-index /dev/null $next; done;

Как псевдоним:

alias gdnew="for next in \$( git ls-files --others --exclude-standard ) ; do git --no-pager diff --no-index /dev/null \$next; done;"

Для всех измененных и новых файлов, объединенных в одну команду:

{ git --no-pager diff; gdnew }

обычно, когда я работаю с командами удаленного определения местоположения, для меня важно, чтобы у меня были предварительные знания о том, какие изменения были сделаны другими командами в том же файле, прежде чем я буду следовать этапам git untrack -> staged -> commit для этого, я написал скрипт bash, который помогите мне избежать ненужного разрешения конфликта слияния с удаленной командой или создания новой локальной ветки и сравнения и слияния в основной ветке

#set -x 
branchname=`git branch | grep -F '*' |  awk '{print $2}'`
echo $branchname
git fetch origin ${branchname}
for file in `git status | grep "modified" | awk "{print $2}" `
do
echo "PLEASE CHECK OUT GIT DIFF FOR "$file 
git difftool FETCH_HEAD $file ;
done

В приведенном выше сценарии я выбираю удаленную основную ветвь (не обязательно ее основную ветвь), чтобы FETCH_HEAD создал список только моего измененного файла и сравнил измененные файлы с git difftool

здесь много difftool, поддерживаемых git, я настраиваю 'Meld Diff Viewer' для хорошего сравнения GUI.

Предполагая, что у вас нет локальных коммитов,

git diff origin/master