Do samodzielnego, prostego zarządzania własnym repozytorium czasami wystarczą poniższe komendy:
git config user.name “Imię Nazwisko”
git config user.email imie@domena.pl
git init
git add file
git commit -m ‘komentarz’
git status
git push origin master
Określamy kolejno dane konfiguracyjne, inicjalizujemy repo, dodajemy jakieś pliki, zatwierdzamy komentarzem, możemy przejrzeć status (np. zmodyfikowany) i końcowa czynność dodanie do repo na konkretnej gałęzi.
A teraz trochę więcej szczegółów:
Git posiada trzy stany, w których mogą znajdować się pliki:
1) zmodyfikowany – plik został zmieniony, ale zmiany nie zostały wprowadzone do bazy danych
(zmodyfikowany – kolor czerwony)
2) śledzony – zmodyfikowany plik został przeznaczony do zatwierdzenia w bieżącej postaci w następnej operacji commit
(zmodyfikowany – kolor zielony)
3) zatwierdzony – dane zostały bezpiecznie zachowane w Twojej lokalnej bazie danych
Ze względu na te trzy stany, projekt GIT jest podzielony na trzy główne sekcje:
– katalog GIT (repository)
– katalog roboczy (working directory)
– przechowalnia (staging area)
– poczekalnia (tylko zmodyfikowany, nieśledzony) (git add)(potem git commit)
(coś pomiędzy katalogiem roboczym, a przechowalnią)
user@computer$ git diff – różnice między katalogiem roboczym a przechowalnią
user@computer$ git diff HEAD – różnice między katalogiem roboczym a repozytorium
user@computer$ git diff –staged – różnice między przechowalnią a repozytorium
katalog roboczy (tu modyfikujemy pliki, tworzymy nowe)
przechowalnia (tu śledzimy pliki, które czekają na umieszczenie w repozytorium)
repozytorium (tu przechowujemy zatwierdzone pliki)
user@computer$ git add . – dodanie do poczekalni zawartości całego bieżącego katalogu
user@computer$ git log -historia rewizji(dokonanych zmian w odwróconej chronologii)
user@computer$ git log –graph –decorate –pretty=oneline –abbrev-commit –all
user@computer$ git commit –amend -poprawa komentarza w ostatniej rewizji
user@computer$ git commit -a -pozwala ominąć poczekalnię i dodaje do repozytorium wszystkie zmienione pliki, które były śledzone (zatwierdzenie wprowadzonych zmian)
user@computer$ git branch -wypisuje gałęzie i zaznacza, w której aktualnie się znajdujemy
user@computer$ git branch newbranch -utworzenie nowej gałęzi
user@computer$ git checkout newbranch -przejście do podanej gałęzi
user@computer$ git merge newbranch -scalenie gałęzi newbranch z gałęzią master
user@computer$ git branch -d newbranch -usunięcie gałęzi newbranch
user@computer$ git checkout -b newbranch -utworzenie nowej gałęzi i przejście do niej
user@computer$ git stash -“ukrywanie” zmian wprowadzonych na danej gałęzi (umieszczenie zmian w schowku – nie chcemy ich jeszcze wrzucić do repozytorium)
user@computer$ git stash apply -pobranie danych ze schowka
user@computer$ git stash clear -wyczyszczenie niepotrzebnego już schowka
