ОБНОВЛЕНИЕ : ОП Даниэль Штутцбах отмечает в комментариях, что эта простая команда git diff-indexработала для него:
git update-index --refresh
git diff-index --quiet HEAD --
( Норнагон упоминает в комментариях, что, если есть файлы, к которым было произведено прикосновение, но содержимое которых такое же, как в индексе, вам нужно будет выполнить их git update-index --refreshраньше git diff-index, иначе diff-indexбудет неверно сообщено, что дерево загрязнено)
Затем вы можете увидеть « Как проверить, успешно ли выполнена команда? », Если вы используете ее в скрипте bash:
git diff-index --quiet HEAD -- || echo "untracked"; // do something about it
Примечание: в качестве комментировал от Энтони Sottile
git diff-index HEAD ...потерпит неудачу на ветви, которая не имеет коммитов (например, недавно инициализированный репозиторий).
Один из обходных путей, который я нашел, этоgit diff-index $(git write-tree) ...
А haridsvточки из в комментариях , что git diff-filesна новом файле не определяет его как дифф.
Кажется, что более безопасный подход - git addсначала запустить спецификацию файла, а затем использовать, git diff-indexчтобы увидеть, было ли что-либо добавлено в индекс перед запуском git commit.
git add ${file_args} && \
git diff-index --cached --quiet HEAD || git commit -m '${commit_msg}'
И 6502 сообщения в комментариях:
Одна проблема, с которой я столкнулся, заключается в том, что git diff-indexэто скажет, что есть различия, когда их действительно нет, за исключением временных отметок файлов.
Запуск, как git diffтолько решит проблему (довольно удивительно, git diffдействительно изменяет содержание песочницы, означая здесь .git/index)
Эти проблемы с отметками времени также могут возникать, если git работает в Docker .
Оригинальный ответ:
«Программно» означает никогда не полагаться на фарфоровые команды .
Всегда полагайтесь на сантехнические команды .
См. Также « Проверка на наличие грязного индекса или неотслеживаемых файлов с помощью Git » для альтернатив (например git status --porcelain)
Вы можете черпать вдохновение из новой « require_clean_work_treeфункции », которая написана так, как мы говорим ;) (начало октября 2010 года)
require_clean_work_tree () {
# Update the index
git update-index -q --ignore-submodules --refresh
err=0
# Disallow unstaged changes in the working tree
if ! git diff-files --quiet --ignore-submodules --
then
echo >&2 "cannot $1: you have unstaged changes."
git diff-files --name-status -r --ignore-submodules -- >&2
err=1
fi
# Disallow uncommitted changes in the index
if ! git diff-index --cached --quiet HEAD --ignore-submodules --
then
echo >&2 "cannot $1: your index contains uncommitted changes."
git diff-index --cached --name-status -r --ignore-submodules HEAD -- >&2
err=1
fi
if [ $err = 1 ]
then
echo >&2 "Please commit or stash them."
exit 1
fi
}