Podczas make, tworzę pola tekstowe, które zostały osadzone w połączonych wynikach. Bardzo przydatne.Jaki jest łatwy sposób wykrywania zmodyfikowanych plików w obszarze roboczym Git?
Inne niż złożonego sed/grep parsowania polecenia w git status, w jaki sposób można łatwo określić, czy pliki w obszarze roboczym zostały zmodyfikowane zgodnie z git?
git ls-files -m
Aby znaleźć ten można przejrza³e¶ git help -a.
To jest idealne. – Jamie
@Jamie: Pliki ze stopniowanymi (ale niezatwierdzonymi) zmianami nie pojawią się z 'git ls-files -m', które mogą być lub nie być tym, co chcesz. –
Ah. Dzięki za wkład. Prawdę mówiąc, 'git ls-files -m' nie jest tym, czego chcę, ale odpowiada na moje konkretne pytanie. +1 dla komentarza i odpowiedzi. – Jamie
git status --porcelain wydaje się dawać niezłe wyjście parsable.
Bardzo ładne. Przydadzą się z innych powodów. – Jamie
To świetnie, użyłem go po to, aby zautomatyzować podsumowania commitów Git (tak jak w interfejsie internetowym GitHub), których szukałem w poszukiwaniu: [jedno-liniowe dodawanie, zatwierdzanie i pchanie] (https: // github. com/lmmx/devnotes/wiki/Automated-git-status-summary). –
Jeśli chcesz po prostu zwykły „Czy są jakieś różnice w głowie?”:
git diff-index --quiet HEAD
Jeśli kod wyjścia jest równy 0, to nie było żadnych różnic.
Jeśli chcesz „Jakie pliki zmieniły się od głowy?”:
git diff-index --name-only HEAD
Jeśli chcesz „Jakie pliki zmieniły się od głowy, w jaki sposób zostały one zmienione (dodane, usunięte, zmienione)? „:
git diff-index --name-status HEAD
Dodaj -M (i -C) jeśli chcesz zmienić nazwę (i skopiować) wykrywanie.
Te polecenia sprawdzają zarówno zawartość z etapami (co znajduje się w indeksie), jak i pliki w drzewie roboczym. Rozwiązania alternatywne, takie jak git ls-files -m, będą sprawdzać tylko drzewo robocze względem indeksu (to znaczy będą ignorować wszystkie etapowe (ale niezatwierdzone) treści, które również znajdują się w drzewie roboczym).
git diff --name-only robi to samo (może być bardziej intuicyjne ...)
Jeśli tylko dbać, aby wiedzieć, czy coś się zmieniło (nie te, które zostały zmienione) patrz [Jak programowo ustalić, czy istnieją uncommited zmiany ?] (http://stackoverflow.com/q/3878624/193688) –