Zauważyłem, że pracując nad jednym lub dwoma biletami, jeśli się odsunę, nie jestem pewien, nad czym pracowałem, co się zmieniło itp.
Czy istnieje sposób, aby zobaczyć zmiany wprowadzone dla danego pliku przed dodaniem, a następnie zatwierdzeniem przez git?
Odpowiedzi:
Szukasz git diff. W zależności od konkretnej sytuacji istnieją trzy przydatne sposoby jej użycia:
# show differences between index and working tree
# that is, changes you haven't staged to commit
git diff [filename]
# show differences between current commit and index
# that is, what you're about to commit
# --staged does exactly the same thing, use what you like
git diff --cached [filename]
# show differences between current commit and working tree
git diff HEAD [filename]
Będzie działał rekurencyjnie na katalogach, a jeśli nie podano ścieżek, pokazuje wszystkie zmiany.
git add -pjest alternatywą do sprawdzania wszystkich plików.
git diff --staged [filename]głównej odpowiedzi, ponieważ jest to sytuacja częściej potrzebna.
Użyj git-diff:
git diff yourfile
Dla mnie git add -pjest to najbardziej przydatny sposób (i moim zdaniem zamierzony przez deweloperów git?), Aby przejrzeć wszystkie niestopniowe zmiany (pokazuje różnicę dla każdego pliku), wybrać dobry zestaw zmian, które powinny iść z zatwierdzeniem, a potem, gdy masz zainscenizował je wszystkie, a następnie użył git commiti powtórzył dla następnego zatwierdzenia. Następnie możesz sprawić, by każde zatwierdzenie było użytecznym lub znaczącym zestawem zmian, nawet jeśli miały miejsce w różnych plikach. Sugerowałbym również utworzenie nowej gałęzi dla każdego biletu lub podobnej aktywności i przełączanie się między nimi za pomocą checkout(być może za pomocą, git stashjeśli nie chcesz zatwierdzać przed zmianą), ale jeśli robisz wiele szybkich zmian, może to być uciążliwe. Nie zapomnij często łączyć.
Pokaż zmiany między działającym drzewem a indeksem lub drzewem, zmiany między indeksem a drzewem, zmiany między dwoma drzewami lub zmiany między dwoma plikami na dysku.
Pamiętaj, że popełniasz zmiany , a nie pliki.
Z tego powodu bardzo rzadko nie używam git add -p(lub odpowiednika magit) do dodawania moich zmian.
git diff <path>/filename
ścieżka może być pełną ścieżką systemową do pliku lub
jeśli jesteś w projekcie, wklej zmodyfikowaną ścieżkę pliku również
dla plików zmodyfikowanych z użyciem ścieżki:git status
Mój przypadek, gdy nie chcesz się przejmować listą plików. Po prostu pokaż je wszystkie.
Gdy już uruchomiłeś git addz listą plików:
$ git diff --cached $(git diff --cached --name-only)
W nowszych wersjach gitmożesz --stagedtakże używać , co jest synonimem --cached.
To samo można zastosować w przypadku nie dodanych plików, ale bez --cachedopcji.
$ git diff $(git diff --name-only)
Alias polecenia Git dla opcji „buforowanej”:
$ git config --global alias.diff-cached '!git diff --cached $(git diff --cached --name-only)'
Przejdź do odpowiedniego repozytorium git, a następnie uruchom poniższe polecenie:
nazwa pliku git diff
Otworzy plik z zaznaczonymi zmianami, naciśnij klawisz powrotu / enter, aby przewinąć plik w dół.
Nazwa pliku PS powinna zawierać pełną ścieżkę do pliku, w przeciwnym razie można uruchomić bez pełnej ścieżki do pliku, przechodząc do odpowiedniego katalogu / folderu pliku
Możesz także użyć przyjaznego dla git edytora tekstu. Pokazują kolory na zmodyfikowanych liniach, inny kolor dla linii dodanych, inny kolor dla linii usuniętych itp.
Dobrym edytorem tekstowym, który to robi, jest GitHub's Atom 1.0 .
[filename]oznaczają opcjonalny argument.)*Pozwalając powłoce na wyświetlenie listy wszystkich plików, więc jeśli jesteś w podkatalogu, dostaniesz tylko rzeczy z tego podkatalogu (nie całe repozytorium), i „ Tęsknię za zmianami w ukrytych plikach.