Wszystko o poleceniach git

System kontroli wersji
Pomaga programistom pracować razem pracować jednocześnie utrzymuje historię każdej wersji

Typy VCS:
CVCS: Scentralizowany system kontroli wersji
DVCS: Rozproszony system kontroli wersji

Cykl życia Gita

Instalacja Gita

Ubuntu

• pakiety git są dostępne za pośrednictwem apt
• zainstaluj git za pomocą apt-get

sudo apt-get install git

Okna

Pobierz z poniższego linku

• Po pomyślnym uruchomieniu instalatora powinieneś zobaczyć konfigurację git na ekranie. Postępuj zgodnie z monitami Dalej i Zakończ, aby zakończyć instalację.

git --version

Zainicjuj

• Git Initialize Commands służy do tworzenia lub inicjowania nowych projektów z kontrolą wersji. Git nie wymaga żadnych wcześniej istniejących uprawnień serwera ani uprawnień administratora.
• Istnieje kilka poleceń dotyczących inicjalizacji, które są wymienione poniżej
• git init: Przekształć bieżący katalog w repozytorium Git
• git clone: git clone służy do tworzenia kopii istniejącego repozytorium. Wewnętrznie git clone najpierw wywołuje git init, aby utworzyć nowe repozytorium.
• git add: Pliki trafiają do obszaru przejściowego

> `git add .` : all Files goes to staging area

> `git add file1.txt file2.txt` : specific Files goes to staging area

> `git add *.txt` : only extenction files staging area

> `git restore --staged FILE_NAME` : restore file from staging area

• git push: Przesunie pliki z lokalnego repozytorium do zdalnego repozytorium
• git fetch: Będzie używany do importowania plików ze zdalnego repozytorium do lokalnego repozytorium
• git pull : Jest to połączenie 2 poleceń fetch imerge
• polecenia do zainicjowania nowego repozytorium w katalogu podano poniżej

> git init
> git add README.md 
> git commit -m "commit" 
> git branch -M main 
> git remote add origin REPO_URL 
> git push -u origin main

• Polecenie git config jest wygodną funkcją używaną do ustawiania wartości konfiguracyjnych Git na poziomie projektu globalnego lub lokalnego.

• Globalny plik konfiguracyjny Git jest przechowywany w pliku o nazwie .gitconfigw katalogu domowym użytkownika. W zależności od systemu operacyjnego:
• istnieją pewne specjalne polecenia do przechowywania określonych wartości

> git config --global user.name ""

> git config --global user.email ""

> git config --global user.password "" 

> git config --global core.editor "code --wait"

> git config --global -e

> git config --global credential.helper store : store the credentials

> git config --global --unset credential.helper : unset the credentials which are set

> git remote set-url origin https://[email protected]/USER_NAME/REPO_NAME.git

> git config  --local user.name "UserName"

> git config  --local user.email "email Address"

> git config  --local user.password "personal Token"

> git config credential.helper store : store the credentials

> git config --local --unset credential.helper: unset the credentials which are set

• za pomocą tego polecenia Pliki pomostowe zostały przesłane do naszego repozytorium wraz z komunikatem i opisem

> git commit -m "message"

> git commit --amend : Add Description or change commit message of the last previous commit 

> git commit -am "message" : commit without stageing

> git reset --hard COMMIT_ID  : delete old commit

> git reset --hard HEAD~COMMIT_NUMBER  : delete old commit using HEAD pointer

> git reset --soft COMMIT_ID  : delete old commit using HEAD pointer

> git show COMMIT_ID : show Actual Commit

> git revert Commit_ID : It will revert you code till Commit_ID

• Plik .gitignore w głównym katalogu git zapobiega wypychaniu niepotrzebnych plików do zdalnego repozytorium, ponieważ zmniejsza się rozmiar repo i dodawane są tylko te pliki, które są rzeczywiście potrzebne.
• Plik .gitignore zawiera listę plików folderów

zapas git

• Spowoduje to zapisanie niezatwierdzonych zmian do późniejszego wykorzystania i przywrócenie ich z kopii roboczej
• git stash: schowaj zmiany repozytorium w pliku local
• git stash pop: ukrywa zmiany, które są obecnie ukryte

• git branch to nowa wersja głównego repozytorium.
• załóżmy, że pracujemy nad dużym projektem i jeśli klient chce zaktualizować dowolną funkcję bez wpływu na projekt na żywo, przydatne jest rozgałęzienie.
• po zakończeniu pracy nad nim musisz utworzyć nową gałąź w głównym repozytorium, a po zakończeniu pracy połączyć gałąź funkcji z główną, aby aktualizacja została połączona z główną gałęzią.

> git branch Branch_Name : create new branch
 
> git checkout Branch_Name : change the branch

> git branch Old_Branch_Name New_Branch_Name : Rename branch

> git branch -D Branch_Name : Delete branch

> git log main..child : shows the unmarged commits

       
                

                    
                    
                
            

• Marge to sposób na połączenie dwóch oddzielnych historii gałęzi rozwoju w jedną.
• git merge Branch_Name: Połącz gałąź potomną z rodzicem

• git merge --squash Branch_Name: Marge with squash (Usuń historię zatwierdzeń gałęzi podrzędnych i Marge za pomocą pojedynczego zatwierdzenia)

• Polecenie git rebase pozwala łatwo zmienić serię zatwierdzeń, modyfikując historię twojego repozytorium. Możesz zmienić kolejność, edytować lub zgnieść zatwierdzenia razem.
• git rebase Branch_Name: Marge przy użyciu Rebase (tylko zmiana podstawy pierwszej gałęzi)

• git cherry-pick to potężne polecenie, które umożliwia wybieranie dowolnych zatwierdzeń Git przez odwołanie i dołączanie do bieżącej roboczej HEAD
• git cherry-pick COMMIT_ID_1 COMMIT_ID_2: Marge przy użyciu określonego zatwierdzenia

Bibliografia