Przygotowanie, commitowanie i historia

W Git obszar przechowywania zmian (nazywany również indeksem) to kluczowy etap pośredni między katalogiem roboczym a repozytorium.

Możesz myśleć o nim jak o poczekalni, w której przygotowujesz zmiany przed ich trwałym zapisaniem.

Pozwala on grupować powiązane zmiany w jednym, konkretnym commicie.

Aby przenieść zmiany z katalogu roboczego do obszaru przechowywania, użyj polecenia git add.

Wskaż plik lub pliki, które chcesz umieścić w przechowalni. Informujesz w ten sposób Gita: „Chcę uwzględnić te zmiany w moim następnym commicie!”.

Nie musisz dodawać plików pojedynczo. Git udostępnia wygodne sposoby umieszczania w przechowalni wielu plików, a nawet wszystkich zmian naraz.

• git add . umieszcza w przechowalni wszystkie nowe i zmodyfikowane pliki w bieżącym katalogu oraz jego podkatalogach.
• git add -u umieszcza w przechowalni tylko zmodyfikowane i usunięte pliki (nie nowe).

Commit przypomina wykonanie migawki projektu w określonym momencie. Trwale zapisuje przechowywane zmiany w repozytorium Git.

Każdy commit ma unikalny identyfikator, autora, znacznik czasu oraz komunikat opisujący wprowadzone zmiany.

Gdy zmiany znajdują się już w obszarze przechowywania, możesz zatwierdzić je za pomocą git commit. Zawsze dodawaj jasny i zwięzły komunikat opisujący zmiany.

Flaga -m pozwala podać komunikat commita bezpośrednio.

Polecenie git status to Twój najlepszy pomocnik! Informuje:

• które pliki są nieśledzone (nowe i jeszcze nieumieszczone w Git);
• które pliki zawierają zmiany gotowe do zatwierdzenia (znajdują się w przechowalni);
• które pliki zawierają zmiany, które nie zostały jeszcze umieszczone w przechowalni.

Przed umieszczeniem zmian w przechowalni lub ich zatwierdzeniem warto je przejrzeć. Polecenie git diff pomaga dokładnie zobaczyć, co zmieniło się w plikach.

Domyślnie git diff pokazuje zmiany w katalogu roboczym, które *nie* zostały jeszcze umieszczone w przechowalni.

A co, jeśli chcesz zobaczyć zmiany, które zostały już przeniesione do obszaru przechowywania, ale nie zostały jeszcze zatwierdzone?

Możesz użyć git diff --staged (lub git diff --cached), aby porównać przechowywane zmiany z ostatnim commitem.

Aby zobaczyć chronologiczną listę wszystkich commitów w repozytorium, użyj polecenia git log. Pokazuje ono, kto i kiedy wprowadził zmiany oraz jakie były komunikaty commitów.

To niezbędne narzędzie do zrozumienia rozwoju projektu!

Domyślne wyniki polecenia git log mogą być dość szczegółowe. Aby uzyskać szybki przegląd, możesz użyć opcji upraszczających wyniki:

• git log --oneline: wyświetla każdy commit w jednym wierszu.
• git log --graph: przedstawia historię commitów w postaci drzewa ASCII.

Zmodyfikowałeś(-aś) właśnie plik index.html i utworzyłeś(-aś) nowy plik style.css. Chcesz uwzględnić oba pliki w następnym commicie.

Jaka sekwencja poleceń poprawnie umieszcza te zmiany w przechowalni i je zatwierdza?

Świetna robota! W tej lekcji poznałeś podstawowe etapy lokalnego przepływu pracy w Git:

• Obszar przechowywania (staging area) (indeks) to miejsce, w którym przygotowujesz zmiany.
• Użyj git add, aby przenieść zmiany do obszaru przechowywania.
• Commit to trwały zapis przygotowanych zmian.
• Użyj git commit -m "message", aby zapisać commit.
• git status pokazuje stan katalogu roboczego.
• git diff pomaga przejrzeć zmiany.
• git log pozwala prześledzić historię projektu.

Te polecenia są niezbędne do śledzenia postępów projektu!