Jak programowo ustalić, czy występują niezatwierdzone zmiany?

W pliku Makefile chciałbym wykonać pewne działania, jeśli wystąpią niezatwierdzone zmiany (w drzewie roboczym lub w indeksie). Jaki jest najczystszy i najskuteczniejszy sposób to zrobić? Polecenie kończące się z wartością zwracaną zero w jednym przypadku i niezerową w drugim byłoby odpowiednie dla moich celów.

Mogę git statusprzepuszczać i przesyłać dane wyjściowe grep, ale wydaje mi się, że musi istnieć lepszy sposób.

AKTUALIZACJA : OP Daniel Stutzbach wskazuje w komentarzach, że to proste polecenie git diff-indexdziałało dla niego:

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

( nornagon wspomina w komentarzach, że jeśli istnieją pliki, które zostały dotknięte, ale których zawartość jest taka sama jak w indeksie, musisz uruchomić git update-index --refreshwcześniej git diff-index, w przeciwnym razie diff-indexniepoprawnie zgłosi, że drzewo jest brudne)

Następnie możesz zobaczyć „ Jak sprawdzić, czy polecenie się powiodło? ”, Jeśli używasz go w skrypcie bash:

git diff-index --quiet HEAD -- || echo "untracked"; // do something about it

Uwaga: jak skomentował przez Anthony Sottile

git diff-index HEAD ...zawiedzie w gałęzi, która nie ma zatwierdzeń (takich jak nowo zainicjowane repozytorium).
Znalazłem jedno obejściegit diff-index $(git write-tree) ...

I haridsvzwraca uwagę, w komentarzach , że git diff-filesna nowym pliku nie wykrywa go jako diff.
Wydaje się, że bezpieczniejszym rozwiązaniem jest git addnajpierw uruchomienie specyfikacji pliku, a następnie git diff-indexsprawdzenie, czy przed uruchomieniem coś zostało dodane do indeksu git commit.

git add ${file_args} && \
git diff-index --cached --quiet HEAD || git commit -m '${commit_msg}'

I 6502 raportów w komentarzach:

Jednym z problemów, na które wpadłem, jest to, że git diff-indexbędą istniały różnice, a tak naprawdę nie ma żadnych, z wyjątkiem znaczników czasu plików.
Uruchomienie git diffraz rozwiązuje problem (co zaskakujące, w git diffrzeczywistości zmienia zawartość piaskownicy, co oznacza tutaj .git/index)

Te problemy ze znacznikami czasu mogą również wystąpić, jeśli git działa w oknie dokowanym .

Oryginalna odpowiedź:

„Programowo” oznacza, że nigdy nie należy polegać na porcelanowych poleceniach .
Zawsze polegaj na poleceniach hydraulicznych .

Zobacz także „ Sprawdzanie brudnego indeksu lub nieśledzonych plików za pomocą Git ”, aby znaleźć alternatywne rozwiązania (np. git status --porcelain)

Możesz czerpać inspirację z nowej „ require_clean_work_treefunkcji ”, która jest napisana w trakcie rozmowy ;) (początek października 2010 r.)

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
}

Podczas gdy inne rozwiązania są bardzo dokładne, jeśli chcesz czegoś naprawdę szybkiego i brudnego, spróbuj czegoś takiego:

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

Sprawdza tylko, czy w podsumowaniu statusu jest jakaś informacja wyjściowa.

git diff --exit-codezwróci wartość niezerową, jeśli wystąpią jakiekolwiek zmiany; git diff --quietjest taki sam bez wyjścia. Ponieważ chcesz sprawdzić działające drzewo i indeks, użyj

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

Lub

git diff --quiet HEAD

Każdy z nich powie ci, czy istnieją niezatwierdzone zmiany, które zostały wprowadzone lub nie.

Rozwijając odpowiedź @ Nepthara:

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

Jak wskazano w innej odpowiedzi, wystarczy takie proste polecenie:

git diff-index --quiet HEAD --

Jeśli pominiesz dwa ostatnie myślniki, polecenie zakończy się niepowodzeniem, jeśli masz plik o nazwie HEAD.

Przykład:

#!/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...

Uwaga: to polecenie ignoruje nieśledzone pliki.

Stworzyłem kilka przydatnych aliasów git, aby wyświetlić listę plików niestacjonarnych i przemieszczanych:

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

Następnie możesz łatwo robić takie rzeczy jak:

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

Możesz uczynić go bardziej czytelnym, tworząc skrypt gdzieś na PATHnazwie git-has:

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

Teraz powyższe przykłady można uprościć:

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

Dla kompletności tutaj są podobne aliasy dla nieśledzonych i ignorowanych plików:

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

Z pythonem i pakietem GitPython:

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

Zwraca wartość True, jeśli repozytorium nie jest czyste

Oto najlepszy, najczystszy sposób.

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
}