Як я можу програмно визначити, чи є зміни, що не відбулися?

У Makefile я хотів би виконати певні дії, якщо є неспроможні зміни (або в робочому дереві, або в індексі). Який найчистіший та найефективніший спосіб це зробити? Команда, яка виходить зі зворотним значенням нуля в одному випадку і ненульовим в іншому, відповідала б моїм цілям.

Я можу запустити git statusі пропустити вихід через grep, але я відчуваю, що повинен бути кращий шлях.

UPDATE : ВП Daniel Stutzbach вказує в коментарях , що ця проста команда git diff-indexпрацювала для нього:

git update-index --refresh 
git diff-index --quiet HEAD --

( Nornagon згадує в коментарях , що, якщо є файли , які були порушені, але зміст яких такого ж , як в індексі, вам потрібно запустити 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
}

Хоча інші рішення дуже ґрунтовні, якщо ви хочете чогось справді швидкого і брудного, спробуйте щось подібне:

[[ -z $(git status -s) ]]

Він просто перевіряє, чи є який-небудь вихід у резюме стану.

git diff --exit-codeповерне нульове значення, якщо є якісь зміни; git diff --quietте саме, без виходу. Оскільки ви хочете перевірити робоче дерево та індекс, використовуйте

git diff --quiet && git diff --cached --quiet

Або

git diff --quiet HEAD

Або хтось скаже вам, чи є невмілі зміни, поетапні чи ні.

Розгортання відповіді @ Нептара:

if [[ -z $(git status -s) ]]
then
  echo "tree is clean"
else
  echo "tree is dirty, please commit changes before running this"
  exit
fi

Як вказувалося в іншій відповіді, достатньо простої такої команди:

git diff-index --quiet HEAD --

Якщо ви опустите останні два тире, команда не вдасться, якщо у вас є ім'я файлу HEAD.

Приклад:

#!/bin/bash
set -e
echo -n "Checking if there are uncommited changes... "
trap 'echo -e "\033[0;31mFAILED\033[0m"' ERR
git diff-index --quiet HEAD --
trap - ERR
echo -e "\033[0;32mAll set!\033[0m"

# continue as planned...

Слово обережності: ця команда ігнорує незатребувані файли.

Я створив кілька зручних псевдонімів git, щоб перелічити нестандартні та інсценовані файли:

git config --global alias.unstaged 'diff --name-only'
git config --global alias.staged 'diff --name-only --cached'

Тоді ви можете легко робити такі речі:

[[ -n "$(git unstaged)" ]] && echo unstaged files || echo NO unstaged files
[[ -n "$(git staged)" ]] && echo staged files || echo NO staged files

Ви можете зробити його більш читабельним, створивши сценарій десь на вашому PATHтелефоні git-has:

#!/bin/bash
[[ $(git "$@" | wc -c) -ne 0 ]]

Тепер наведені вище приклади можна спростити до:

git has unstaged && echo unstaged files || echo NO unstaged files
git has staged && echo staged files || echo NO staged files

Для повноти тут наведені подібні псевдоніми для не відстежуваних та ігнорованих файлів:

git config --global alias.untracked 'ls-files --exclude-standard --others'
git config --global alias.ignored 'ls-files --exclude-standard --others --ignored'

З python та пакетом GitPython:

import git
git.Repo(path).is_dirty(untracked_files=True)

Повертає значення True, якщо сховище не є чистим

Ось найкращий, найчистіший спосіб.

function git_dirty {
    text=$(git status)
    changed_text="Changes to be committed"
    untracked_files="Untracked files"

    dirty=false

    if [[ ${text} = *"$changed_text"* ]];then
        dirty=true
    fi

    if [[ ${text} = *"$untracked_files"* ]];then
        dirty=true
    fi

    echo $dirty
}