Memeriksa indeks yang kotor atau file yang tidak dilacak dengan Git

Bagaimana saya bisa mengecek apakah saya memiliki perubahan yang tidak dikomit di repositori git saya:

1. Perubahan ditambahkan ke indeks tetapi tidak dilakukan
2. File yang tidak dilacak

dari naskah?

git-status tampaknya selalu mengembalikan nol dengan git versi 1.6.4.2.

Waktu yang tepat! Saya menulis posting blog tentang hal ini beberapa hari yang lalu, ketika saya menemukan cara untuk menambahkan informasi status git ke prompt saya.

Inilah yang saya lakukan:

1. Untuk status kotor:

   # Returns "*" if the current git branch is dirty.
   function evil_git_dirty {
     [[ $(git diff --shortstat 2> /dev/null | tail -n1) != "" ]] && echo "*"
   }

2. Untuk file yang tidak dilacak (Perhatikan --porcelaintanda git statusyang memberi Anda hasil parse -able yang bagus):

   # Returns the number of untracked files
   
   function evil_git_num_untracked_files {
     expr `git status --porcelain 2>/dev/null| grep "^??" | wc -l` 
   }

Meskipun git diff --shortstatlebih nyaman, Anda juga dapat menggunakan git status --porcelainuntuk mendapatkan file kotor:

# Get number of files added to the index (but uncommitted)
expr $(git status --porcelain 2>/dev/null| grep "^M" | wc -l)

# Get number of files that are uncommitted and not added
expr $(git status --porcelain 2>/dev/null| grep "^ M" | wc -l)

# Get number of total uncommited files
expr $(git status --porcelain 2>/dev/null| egrep "^(M| M)" | wc -l)

Catatan: 2>/dev/nullFilter menyaring pesan kesalahan sehingga Anda dapat menggunakan perintah ini pada direktori non-git. (Mereka hanya akan kembali 0untuk jumlah file.)

Edit :

Inilah pos-posnya:

Menambahkan Informasi Status Git ke Prompt Terminal Anda

Prompt Shell yang diaktifkan dengan Git

Kunci untuk “scripting” Git yang andal adalah menggunakan perintah 'plumbing'.

Pengembang berhati-hati ketika mengubah perintah plumbing untuk memastikan mereka menyediakan antarmuka yang sangat stabil (yaitu kombinasi yang diberikan keadaan repositori, stdin, opsi baris perintah, argumen, dll. Akan menghasilkan output yang sama di semua versi Git di mana perintah / opsi ada). Variasi keluaran baru dalam perintah plumbing dapat diperkenalkan melalui opsi baru, tetapi itu tidak dapat memperkenalkan masalah untuk program yang telah ditulis terhadap versi yang lebih lama (mereka tidak akan menggunakan opsi baru, karena tidak ada (atau setidaknya ada tidak digunakan) pada saat skrip ditulis).

Sayangnya perintah Git 'sehari-hari' adalah perintah 'porselen', sehingga sebagian besar pengguna Git mungkin tidak terbiasa dengan perintah pipa ledeng. Perbedaan antara perintah porselen dan pipa ledeng dibuat di halaman utama git (lihat subbagian berjudul Perintah tingkat tinggi (porselen) dan perintah tingkat rendah (pipa ledeng) .

Untuk mengetahui tentang perubahan yang tidak dikomit, Anda mungkin perlu git diff-index(membandingkan indeks (dan mungkin melacak bit pohon kerja) dengan beberapa pohon lain (misalnya HEAD)), mungkin git diff-files(membandingkan pohon kerja dengan indeks), dan mungkin git ls-files(daftar file, misalnya daftar tidak terlacak , file tidak ditandai).

(Perhatikan bahwa dalam perintah di bawah ini, HEAD --digunakan sebagai ganti HEADkarena jika tidak, perintah gagal jika ada file bernama HEAD.)

Untuk memeriksa apakah repositori telah melakukan perubahan (belum berkomitmen) gunakan ini:

git diff-index --quiet --cached HEAD --

• Jika keluar dengan 0maka tidak ada perbedaan ( 1berarti ada perbedaan).

Untuk memeriksa apakah pohon yang bekerja memiliki perubahan yang dapat dipentaskan:

git diff-files --quiet

• Kode keluar sama dengan untuk git diff-index( 0== tidak ada perbedaan; 1== perbedaan).

Untuk memeriksa apakah kombinasi indeks dan file yang dilacak di pohon kerja memiliki perubahan sehubungan dengan HEAD:

git diff-index --quiet HEAD --

• Ini seperti kombinasi dari dua sebelumnya. Satu perbedaan utama adalah bahwa itu masih akan melaporkan "tidak ada perbedaan" jika Anda memiliki perubahan bertahap bahwa Anda telah "membatalkan" di pohon kerja (kembali ke konten yang ada di HEAD). Dalam situasi yang sama ini, kedua perintah yang terpisah akan menghasilkan laporan "perbedaan yang ada".

Anda juga menyebutkan file yang tidak dilacak. Anda mungkin berarti "tidak terlacak dan tidak ditandai", atau Anda mungkin berarti "tidak terlacak" (termasuk file yang diabaikan). Apa pun itu, git ls-filesadalah alat untuk pekerjaan itu:

Untuk "tidak terlacak" (akan menyertakan file yang diabaikan, jika ada):

git ls-files --others

Untuk "tidak terlacak dan tidak ditandai":

git ls-files --exclude-standard --others

Pikiran pertama saya adalah memeriksa apakah perintah ini memiliki output:

test -z "$(git ls-files --others)"

• Jika keluar dengan 0maka tidak ada file yang tidak terlacak. Jika keluar 1maka ada file yang tidak terlacak.

Ada kemungkinan kecil bahwa ini akan menerjemahkan keluar abnormal dari git ls-filesmenjadi "tidak ada file terlacak" laporan (keduanya menghasilkan keluar tidak nol dari perintah di atas). Versi yang sedikit lebih kuat mungkin terlihat seperti ini:

u="$(git ls-files --others)" && test -z "$u"

• Idenya sama dengan perintah sebelumnya, tetapi memungkinkan kesalahan yang tidak terduga git ls-filesuntuk menyebar. Dalam hal ini, jalan keluar yang tidak nol dapat berarti “ada file yang tidak dilacak” atau itu bisa berarti kesalahan terjadi. Jika Anda ingin hasil "kesalahan" dikombinasikan dengan hasil "tidak ada file yang tidak terlacak", gunakan test -n "$u"(di mana keluar 0berarti "beberapa file yang tidak terlacak", dan bukan-nol berarti kesalahan atau "tidak ada file yang tidak dilacak").

Gagasan lain adalah menggunakan --error-unmatchuntuk menyebabkan keluar non-nol ketika tidak ada file yang tidak terlacak. Ini juga berisiko menyatukan "tidak ada file yang tidak dilacak" (keluar 1) dengan "terjadi kesalahan" (keluar bukan nol, tapi mungkin 128). Tetapi memeriksa untuk kode keluar 0vs. 1vs bukan nol mungkin cukup kuat:

git ls-files --others --error-unmatch . >/dev/null 2>&1; ec=$?
if test "$ec" = 0; then
    echo some untracked files
elif test "$ec" = 1; then
    echo no untracked files
else
    echo error from ls-files
fi

Salah satu git ls-filescontoh di atas dapat diambil --exclude-standardjika Anda ingin mempertimbangkan hanya file yang tidak terlacak dan tidak di-retensi.

Dengan asumsi Anda menggunakan git 1.7.0 atau lebih baru ...

Setelah membaca semua jawaban di halaman ini dan beberapa percobaan, saya pikir metode yang menyentuh kombinasi yang tepat antara kebenaran dan singkatnya adalah:

test -n "$(git status --porcelain)"

Sementara git memungkinkan banyak nuansa antara apa yang dilacak, abaikan, tidak terlacak tetapi tidak ditandai, dan seterusnya, saya percaya kasus penggunaan yang umum adalah untuk mengotomatiskan skrip pembuatan, di mana Anda ingin menghentikan semuanya jika checkout Anda tidak bersih.

Dalam hal ini, masuk akal untuk mensimulasikan apa yang akan dilakukan programmer: ketik git statusdan lihat outputnya. Tetapi kami tidak ingin mengandalkan kata-kata tertentu yang muncul, jadi kami menggunakan --porcelainmode yang diperkenalkan di 1.7.0; ketika diaktifkan, direktori bersih tidak menghasilkan output.

Kemudian kita gunakan test -nuntuk melihat apakah ada output atau tidak.

Perintah ini akan mengembalikan 1 jika direktori kerja bersih dan 0 jika ada perubahan yang harus dilakukan. Anda dapat mengubah -nke -zjika Anda menginginkan yang sebaliknya. Ini berguna untuk merantai ini ke perintah dalam skrip. Sebagai contoh:

test -z "$(git status --porcelain)" || red-alert "UNCLEAN UNCLEAN"

Ini secara efektif mengatakan "baik tidak ada perubahan yang dibuat atau mematikan alarm"; one-liner ini mungkin lebih disukai daripada jika-pernyataan tergantung pada skrip yang Anda tulis.

Implementasi dari jawaban VonC :

if [[ -n $(git status --porcelain) ]]; then echo "repo is dirty"; fi

Telah melihat beberapa jawaban ini ... (dan memiliki berbagai masalah pada * nix dan windows, yang merupakan persyaratan yang saya miliki) ... menemukan berikut ini berfungsi dengan baik ...

git diff --no-ext-diff --quiet --exit-code

Untuk memeriksa kode keluar di * nix

echo $?   
#returns 1 if the repo has changes (0 if clean)

Untuk memeriksa kode keluar di jendela $

echo %errorlevel% 
#returns 1 if the repos has changes (0 if clean) 

Bersumber dari https://github.com/sindresorhus/pure/issues/115 Terima kasih kepada @paulirish pada pos itu untuk berbagi

Mengapa tidak merangkum ' git statusdengan skrip yang:

• akan menganalisis output dari perintah itu
• akan mengembalikan kode kesalahan yang sesuai berdasarkan apa yang Anda butuhkan

Dengan begitu, Anda dapat menggunakan status 'yang disempurnakan' itu dalam skrip Anda.

Seperti yang 0xfe sebutkan dalam jawabannya yang luar biasa , git status --porcelainsangat berperan dalam solusi berbasis skrip apa pun

--porcelain

Berikan hasil dalam format skrip yang stabil dan mudah diurai.
Saat ini identik dengan --short output, tetapi dijamin tidak berubah di masa depan, membuatnya aman untuk skrip.

Satu kemungkinan DIY, diperbarui untuk mengikuti saran 0xfe

#!/bin/sh
exit $(git status --porcelain | wc -l) 

Seperti dicatat oleh Chris Johnsen , ini hanya bekerja pada Git 1.7.0 atau lebih baru.

Saya cukup sering membutuhkan cara sederhana untuk gagal membangun jika pada akhir eksekusi ada file yang dilacak yang dimodifikasi atau file yang tidak terlacak yang tidak diabaikan.

Ini cukup penting untuk menghindari kasus di mana build menghasilkan sisa makanan.

Sejauh ini, perintah terbaik yang saya gunakan adalah:

 test -z "$(git status --porcelain | tee /dev/fd/2)" || \
     {{ echo "ERROR: git unclean at the end, failing build." && return 1 }}

Ini mungkin terlihat agak rumit dan saya akan sangat menghargai jika ada yang menemukan varian singkat bahwa ini mempertahankan perilaku yang diinginkan:

• tidak ada output dan kode keluar sukses jika semuanya beres
• kode 1 jika gagal
• pesan kesalahan pada stderr menjelaskan mengapa gagal
• tampilkan daftar file yang menyebabkan kegagalan, stderr lagi.

@ eduard-wirch jawabannya cukup lengkap, tetapi karena saya ingin memeriksa keduanya sekaligus, inilah varian terakhir saya.

        set -eu

        u="$(git ls-files --others)"
        if ! git diff-index --name-only --quiet HEAD -- || [ -z "${u:-}" ]; then
            dirty="-dirty"
        fi

Ketika tidak mengeksekusi menggunakan set -e atau yang setara, kita malah bisa melakukan u="$(git ls-files --others)" || exit 1(atau mengembalikan jika ini berfungsi untuk fungsi yang digunakan)

Jadi untracked_files, hanya disetel jika perintah berhasil dengan benar.

setelah itu, kita dapat memeriksa kedua properti, dan mengatur variabel (atau apa pun).

Ini adalah variasi yang lebih ramah shell untuk mengetahui apakah ada file yang tidak dilacak ada di repositori:

# Works in bash and zsh
if [[ "$(git status --porcelain 2>/dev/null)" = *\?\?* ]]; then
  echo untracked files
fi

Ini tidak memotong proses kedua grep,, dan tidak perlu memeriksa apakah Anda berada di repositori git atau tidak. Yang berguna untuk prompt shell, dll.

Anda juga bisa melakukannya

git describe --dirty

. Ini akan menambahkan kata "-dirty" di akhir jika mendeteksi pohon yang bekerja kotor. Menurut git-describe(1):

   --dirty[=<mark>]
       Describe the working tree. It means describe HEAD and appends <mark> (-dirty by default) if
       the working tree is dirty.

. Peringatan: file yang tidak dilacak tidak dianggap "kotor", karena, seperti yang dinyatakan dalam manual, itu hanya peduli pada pohon yang berfungsi.

Mungkin ada kombinasi yang lebih baik dari jawaban dari thread ini .. tapi karya-karya ini bagi saya ... untuk Anda .gitconfig's [alias]bagian ...

          # git untracked && echo "There are untracked files!"
untracked = ! git status --porcelain 2>/dev/null | grep -q "^??"
          # git unclean && echo "There are uncommited changes!"
  unclean = ! ! git diff --quiet --ignore-submodules HEAD > /dev/null 2>&1
          # git dirty && echo "There are uncommitted changes OR untracked files!"
    dirty = ! git untracked || git unclean

Tes otomatis paling sederhana yang saya gunakan untuk mendeteksi keadaan kotor = perubahan apa pun termasuk file yang tidak terlacak :

git add --all
git diff-index --exit-code HEAD

CATATAN:

• Tanpa add --all diff-indextidak melihat file yang tidak terlacak.
• Biasanya, saya menjalankan git resetsetelah menguji kode kesalahan untuk kembali panggung semuanya.

Inilah cara terbaik dan terbersih. Jawaban yang dipilih tidak berfungsi untuk saya karena beberapa alasan, itu tidak mengambil perubahan yang dipentaskan yang merupakan file baru yang tidak dilakukan.

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
}