-”bez niebezpieczeństwa kilkukrotnego poważnego zepsucia wcześniejszej pracy.”
+”bez niebezpieczeństwa poważnego zepsucia wcześniejszej pracy.”

-”Dla głębszego wglądu jak git przechowuje dane i jak możesz je odzyskać te, które wydają się utracone, zobacz rozdział 9.”
+”Dla głębszego wglądu jak git przechowuje dane i jak możesz odzyskać te, które wydają się utracone, zobacz rozdział 9.”

-”Twoich plików: scommitowany, zmodyfikowany i przeniesiony do poczekalnie (staged).”
+”Twoich plików: scommitowany, zmodyfikowany i zbuforowany (przeniesiony do poczekalni, oznaczany jako staged).”

inna sprawa, że przedstawiłbym te pojęcia w innej kolejności. Zazwyczaj najpierw plik modyfikujemy, potem dodajemy do stage area czyli oznaczamy jako zbuforowany a na koniec comitujemy.

-”To prowadzi nas do trzech głównych sekcji projektu gita: katalog gita, katalog roboczy i poczekalnia (staging area).”
+”To prowadzi nas do trzech głównych sekcji projektu gita: katalog roboczy, poczekalnia (staging area), katalog gita.”

tutaj także kolejność nie jest zgodna z obrazkiem. Myli się, jeżeli ciągle wachlujemy kolejnością.

-”3. Robisz commit, który zabiera pliki, takimi jakimi są z poczekalni i trwale zachowuje zrzuty w katalogu gita.”
+”3. Robisz commit, który zabiera pliki, takimi jakimi są w poczekalni i trwale zachowuje zrzuty w katalogu gita.”

spójnik określa gdzie pliki są a nie skąd git je zabiera. Jeżeli chcesz mieć tam “z” to powinieneś też dodać przecinek.
+”3. Robisz commit, który zabiera pliki, takimi jakimi są, z poczekalni i trwale zachowuje zrzuty w katalogu gita.”
co jednak brzmi głupio.

-”Jeżeli określona wersja pliku jest w katalogu gita, jest uważana za scommitowaną. Jeżeli jest zmodyfikowany, ale została dodany do poczekalni. I jeżeli zmiany, od poprzedniego sprawdzenia stanu, ale nie zostały skierowany do poczekalni, jest zmodyfikowany. W rozdziale drugim, nauczysz się więcej na temat stanów i jak możesz korzystać z ich zalet lub przeskakiwać całkowicie przeniesienie do poczekalni.”

w tym akapicie piszesz o wersji pliku (rodzaj żeński) a bardzo często posługujesz się rodzajem męskim (jakby Ci chodziło o plik). Podobnie jak zdania nie zaczyna się od “ale” tak samo nie powinno się go zaczynać od innych spójników (“I jeżeli zmiany…”). Poza tym chyba zjadłeś parę słów.

-”Git posiada narzędzie zwane git config, które pozwala Ci na podejrzenie oraz ustawienie zmiennych konfiguracyjnych, które kontrolują wszystkie aspekty tego jak git wygląda oraz zachowuje się jego komendy.”
+”Git posiada narzędzie zwane git config, które pozwala Ci na podejrzenie oraz ustawienie zmiennych konfiguracyjnych, które kontrolują wszystkie aspekty tego jak git wygląda oraz jak zachowują się jego komendy.”

-”Każdy poziom nadpisuje wartości z poprzedniego poziomu, więc zmienne z .git/config są ważniejsze niż te w /etc/gitconfig.”
+”Każdy poziom nadpisuje wartości z ewentualnego wyższego poziomu, więc zmienne z .git/config są ważniejsze niż te w /etc/gitconfig.”

-”W tym przypadku, git używa ostatniego wartości dla każdej unikalnej opcji.”
+”W tym przypadku, git używa ostatniej wartości dla każdej unikalnej opcji.”
+”W tym przypadku, git używa najbardziej wewnętrznej/zagnieżdżonej wartości dla każdej unikalnej opcji.”

-”Teraz powinieneś zrozumieć podstawy tego czym git jest i jak się różni od scentralizowanych systemów kontroli wersji które mogłeś używać.”
+”Teraz powinieneś już rozumieć czym git jest i czym różni się od scentralizowanych systemów kontroli wersji których mogłeś używać.”

“Bardzo ciężko zmusić system do zrobienia czegokolwiek czego nie można cofnąć lub wyczyszczenia danych w jakikolwiek sposób.”

Ta pierwsza część jest jakaś nieskładna…

“W każdym VCS możesz stracić lub zepsułeś zmiany których jeszcze nie scommitowałeś. ”

tutaj popełniłeś jakiś błąd przy edytowaniu…

“Ale po commicie, jest bardzo ciężko stracić dane, szczególnie jeżeli regularnie umieszczasz je w innym repozytorium.”

jeżeli dobrze pamiętam zdań nie zaczyna się od “ale”. Ale mogę się mylić