Come verificare se non c'è nulla da impegnare nel ramo corrente?

L'obiettivo è ottenere uno stato inequivocabile che può essere valutato in un comando di shell.

Ho provato git statusma restituisce sempre 0, anche se ci sono elementi da impegnare.

git status
echo $?  #this is always 0

Ho un'idea ma penso che sia piuttosto una cattiva idea.

if [ git status | grep -i -c "[a-z]"> 2 ];
then
 code for change...
else
  code for nothing change...
fi

qualsiasi altro modo?

aggiornare con la seguente risoluzione, vedere il post di Mark Longair

Ho provato questo ma causa un problema.

if [ -z $(git status --porcelain) ];
then
    echo "IT IS CLEAN"
else
    echo "PLEASE COMMIT YOUR CHANGE FIRST!!!"
    echo git status
fi

Ottengo il seguente errore [: ??: binary operator expected

ora sto guardando l'uomo e provo il git diff.

=================== codice per la mia speranza e spero che risponda meglio ======================

#if [ `git status | grep -i -c "$"` -lt 3 ];
# change to below code,although the above code is simple, but I think it is not strict logical
if [ `git diff --cached --exit-code HEAD^ > /dev/null && (git ls-files --other --exclude-standard --directory | grep -c -v '/$')` ];
then
        echo "PLEASE COMMIT YOUR CHANGE FIRST!!!"
    exit 1

else
    exit 0
fi

Un'alternativa al test se l'output di git status --porcelainè vuoto è testare ogni condizione che ti interessa separatamente. Uno potrebbe non interessarsi sempre, ad esempio, se ci sono file non tracciati nell'output di git status.

Ad esempio, per vedere se ci sono modifiche locali non in scena, puoi guardare il codice di ritorno di:

git diff --exit-code

Per verificare se ci sono modifiche messe in scena ma non impegnate, è possibile utilizzare il codice di ritorno di:

git diff --cached --exit-code

Infine, se vuoi sapere se nel tuo albero di lavoro ci sono file non tracciati che non vengono ignorati, puoi verificare se l'output del seguente comando è vuoto:

git ls-files --other --exclude-standard --directory

Aggiornamento: Di seguito si chiede se è possibile modificare quel comando per escludere le directory nell'output. Puoi escludere directory vuote aggiungendo --no-empty-directory, ma per escludere tutte le directory in quell'output penso che dovrai filtrare l'output, come con:

git ls-files --other --exclude-standard --directory | egrep -v '/$'

Il -vto egrepsignifica solo produrre linee che non corrispondono al modello e il modello corrisponde a qualsiasi linea che termina con a /.

Il valore restituito di git statusindica semplicemente il codice di uscita di git status, non se ci sono modifiche da impegnare.

Se si desidera una versione più leggibile dal computer git statusdell'output, provare

git status --porcelain

Vedere la descrizione di git statusper ulteriori informazioni al riguardo.

Esempio di utilizzo (lo script verifica semplicemente se git status --porcelainfornisce alcun output, non è necessaria l'analisi):

if [ -n "$(git status --porcelain)" ]; then
  echo "there are changes";
else
  echo "no changes";
fi

Nota che devi citare la stringa da testare, ovvero l'output di git status --porcelain. Per ulteriori suggerimenti sui costrutti di test, consultare la Guida agli script avanzati di Bash ( Confronto di stringhe di sezione ).

Se sei come me, vuoi sapere se ci sono:

1) modifiche ai file esistenti 2) file appena aggiunti 3) file eliminati

e in particolare non si desidera conoscere 4) file non monitorati.

Questo dovrebbe farlo:

git status --untracked-files=no --porcelain

Ecco il mio codice bash per uscire dallo script se il repository è pulito. Utilizza la versione breve dell'opzione file non tracciati:

[[ -z $(git status -uno --porcelain) ]] && echo "this branch is clean, no need to push..." && kill -SIGINT $$;

È possibile combinare git status --porcelaincon un semplice grepper eseguire il test.

if git status --porcelain | grep .; then
    echo Repo is dirty
else
    echo Repo is clean
fi

A volte lo uso come semplice linea singola:

# pull from origin if our repo is clean
git status --porcelain | grep . || git pull origin master

Aggiungi -qsal tuo comando grep per renderlo silenzioso.

Dal codice sorgente di git c'è uno script sh che include quanto segue.

require_clean_work_tree () {
    git rev-parse --verify HEAD >/dev/null || exit 1
    git update-index -q --ignore-submodules --refresh
    err=0

    if ! git diff-files --quiet --ignore-submodules
    then
        echo >&2 "Cannot $1: You have unstaged changes."
        err=1
    fi

    if ! git diff-index --cached --quiet --ignore-submodules HEAD --
    then
        if [ $err = 0 ]
        then
            echo >&2 "Cannot $1: Your index contains uncommitted changes."
        else
            echo >&2 "Additionally, your index contains uncommitted changes."
        fi
        err=1
    fi

    if [ $err = 1 ]
    then
        test -n "$2" && echo >&2 "$2"
        exit 1
    fi
}

Questo sniplet mostra come è possibile utilizzarlo git diff-filese git diff-indexscoprire se sono state apportate modifiche a file precedentemente noti. Tuttavia, non consente di scoprire se un nuovo file sconosciuto è stato aggiunto all'albero di lavoro.

farei un test su questo:

git diff --quiet --cached

o questo per essere esplicito:

git diff --quiet --exit-code --cached

dove:

--exit-code

Fai uscire il programma con codici simili a diff (1). Cioè, esce con 1 se c'erano differenze e 0 significa nessuna differenza.

--silenzioso

Disabilita tutto l'output del programma. Implica --exit-code

Sono un po 'in ritardo nella discussione, ma se è solo che devi avere un codice di uscita di 0 se git status --porcelainnon restituisce nulla e! = 0 altrimenti, prova questo:

exit $( git status --porcelain | wc -l )

Ciò renderà il numero di righe il codice di uscita, a rischio di problemi quando sono presenti più di 255 righe. Così

exit $( git status --porcelain | head -255 | wc -l )

lo spiegherò;)

Sto usando questo in uno script per avere:

• 0 quando tutto è pulito

• 1 in presenza di file diff o non tracciati

  [-z "$ (git status --porcelain)"]

Non carino, ma funziona:

git status | grep -qF 'working directory clean' || echo "DIRTY"

Non sono sicuro se il messaggio dipende dalle impostazioni locali, quindi forse metti un LANG=Cin primo piano.