Jak sprawdzić, czy w bieżącej branży nie ma nic do zatwierdzenia?

Celem jest uzyskanie jednoznacznego statusu, który można ocenić za pomocą polecenia powłoki.

Próbowałem, git statusale zawsze zwraca 0, nawet jeśli są elementy do zatwierdzenia.

git status
echo $?  #this is always 0

Mam pomysł, ale myślę, że to raczej zły pomysł.

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

jakikolwiek inny sposób?

aktualizacja z następującym rozwiązaniem, patrz post Marka Longaira

Próbowałem tego, ale powoduje to problem.

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

Otrzymuję następujący błąd [: ??: binary operator expected

teraz patrzę na mężczyznę i wypróbowuję różnicę git.

=================== Kod dla mojej nadziei i miej nadzieję, że lepsza odpowiedź ======================

#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

Alternatywą dla sprawdzenia, czy wyjście git status --porcelainjest puste, jest osobne przetestowanie każdego warunku, na którym Ci zależy. Na przykład nie zawsze można przejmować się tym, czy w danych wyjściowych programu git status.

Na przykład, aby sprawdzić, czy są jakieś lokalne zmiany niestacjonarne, możesz spojrzeć na kod powrotu:

git diff --exit-code

Aby sprawdzić, czy są jakieś zmiany, które są tymczasowo, ale nie zostały zatwierdzone, możesz użyć kodu powrotu:

git diff --cached --exit-code

Na koniec, jeśli chcesz wiedzieć, czy w drzewie roboczym znajdują się nieśledzone pliki, które nie są ignorowane, możesz sprawdzić, czy dane wyjściowe następującego polecenia są puste:

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

Aktualizacja: Pytasz poniżej, czy możesz zmienić to polecenie, aby wykluczyć katalogi w danych wyjściowych. Możesz wykluczyć puste katalogi, dodając --no-empty-directory, ale myślę, że aby wykluczyć wszystkie katalogi w tym wyjściu, będziesz musiał przefiltrować dane wyjściowe, na przykład za pomocą:

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

-vNa egrepdrodze do wyjścia tylko linie, które nie pasują do wzorca, a wzór pasuje do każdego wiersza, który kończy się /.

Wartość zwracana po git statusprostu informuje cię o kodzie zakończenia programu git status, a nie, czy są jakieś modyfikacje do zatwierdzenia .

Jeśli chcesz uzyskać wersję git statuswyjściową bardziej czytelną dla komputera , spróbuj

git status --porcelain

Zobacz opis, git statusaby uzyskać więcej informacji na ten temat.

Przykładowe użycie (skrypt po prostu sprawdza, czy git status --porcelaindaje jakieś wyjście, nie jest wymagana analiza):

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

Zwróć uwagę, że musisz zacytować łańcuch do przetestowania, czyli wyjście git status --porcelain. Aby uzyskać więcej wskazówek dotyczących konstrukcji testowych, zapoznaj się z Przewodnikiem po zaawansowanych skryptach Bash ( Porównanie ciągów w sekcji ).

Jeśli jesteś podobny do mnie, chcesz wiedzieć, czy są:

1) zmiany w istniejących plikach 2) nowo dodane pliki 3) usunięte pliki

a konkretnie nie chcę wiedzieć o 4) nieśledzonych plikach.

To powinno wystarczyć:

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

Oto mój kod bash do wyjścia ze skryptu, jeśli repozytorium jest czyste. Używa krótkiej wersji opcji nieśledzonych plików:

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

Możliwe jest połączenie git status --porcelainz prostym greptestem.

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

Czasami używam tego jako prostego linijka:

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

Dodaj -qsdo polecenia grep, aby było ciche.

Z kodu źródłowego git jest skrypt sh, który zawiera następujące elementy.

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
}

Ten sniplet pokazuje, jak można go używać git diff-filesi git diff-indexdowiedzieć się, czy są jakieś zmiany w znanych wcześniej plikach. Nie pozwala jednak dowiedzieć się, czy nowy nieznany plik został dodany do drzewa roboczego.

zrobiłbym test na tym:

git diff --quiet --cached

lub to jest wyraźne:

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

gdzie:

- kod-wyjścia

Zakończ program używając kodów podobnych do diff (1). Oznacza to, że wychodzi z 1, jeśli były różnice, a 0 oznacza brak różnic.

--cichy

Wyłącz wszystkie wyjścia programu. Implikuje - kod-zakończenia

Trochę się spóźniłem w dyskusji, ale jeśli tylko potrzebujesz kodu zakończenia o wartości 0, jeśli git status --porcelainnic nie zwraca i! = 0, spróbuj tego:

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

Spowoduje to, że liczba wierszy będzie kodem zakończenia, z ryzykiem wystąpienia problemów, gdy jest ich więcej niż 255. Więc

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

rozważy to;)

Używam tego w skrypcie, aby mieć:

• 0 kiedy wszystko jest czyste

• 1, gdy istnieje różnica lub nieśledzone pliki

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

Niezbyt ładne, ale działa:

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

Nie jestem pewien, czy wiadomość jest zależna od ustawień regionalnych, więc może wstaw na LANG=Cpoczątku.