Git jest obecnie standardem w tworzeniu oprogramowania w grupie programistów, pracujących nad projektami razem. Jest wymagany przez większość pracodawców, świadomych czym tak na prawdę jest GIT. Czasy Dropbox’a, Google Drive, czy innych podobnych narzędzi minęły, pojawił się GitHub, Bitbucket wspierające tworzenie kodu w sposób bardziej zorganizowany i elastyczny.

W tym wpisie postaram się po krótce przedstawić główne, podstawowe założenia prazy z GIT.

stage inaczej: indeks = przechowalnia = poczekalnia lub po po prostu sceną

Scena to śledzone pliki, których fragmenty zostaną albo:

• dodane
• usunięte
  

Same pliki mogą być także usuwane lub dodawane i to również traktowane jest jako zmiana w śledzonych plikach.

Wszystkie te operacje zawiera elementarna część pisanego programu pod nazwą Commit, czyli Zatwierdzenie lub inaczej Zmiana Każdy commit do jakaś zmiana w oprogramowaniu.

Commity (nasze zmiany) gromadzone są na tzw. gałęziach, czyli Branch’ach. To po po prostu ciągi commit’ów.

Każda gałąź (branch), to zmiana myślenia w programie, jakaś ścieżka, jakaś nowa wersja oprogramowania, jakaś nowa funkcjonalność, która z jakiś powodów została odseparowana od głównej lub pierwotnej logiki pisanego kodu.

Po wydaniu polecenia git status:

• na zielono wylistowane są aktualne pliki na scenie

• na czerwono oznaczone są pliki poza sceną (ale śledzone)
  
  

git init

git status

git add .
git add <plik>

git rm <plik>

git reset 

git merge <branch>

git log
git log --oneline

git checkout <commit-id>

git checkout -b <new-branch-name>

git revert
git revert <commit-id>

git reset --soft <commit-id>

git reset --hard <commit-id>

git branch

git fetch

git pull

git stash

git stash list

git stash pop

git stash drop

git stash clear