|
|
|
|
@ -19,61 +19,48 @@ Wypychanie istniejącego repozytorium z linii poleceń:
|
|
|
|
|
git remote add origin https://gitea.raspinetwork.com/<Repo.git>
|
|
|
|
|
git push -u origin main
|
|
|
|
|
|
|
|
|
|
Przyklad połaczenie zmian z masterem:
|
|
|
|
|
Przyklad 1:
|
|
|
|
|
|
|
|
|
|
-- zaczkładamy ze jestesmy na barnchu master
|
|
|
|
|
1. git checkout -b nasz_branch -- tworzymy nasz roboczy branch
|
|
|
|
|
2. touch plik.txt -- dodajemy nowy plik
|
|
|
|
|
3. git add plik.txt -- dodajemy plik go śledzenia gitea
|
|
|
|
|
4. git commit -am "nowy plik" -- dodajemy commit
|
|
|
|
|
5. vi plik.txt -- edytujemy plik
|
|
|
|
|
6. git commit -am "zmiana w pliku" -- nastepny commit
|
|
|
|
|
7. git checkout master
|
|
|
|
|
8. git pull
|
|
|
|
|
7. git checkout main -- przełączenie na główna gałąź
|
|
|
|
|
8. git pull -- pobranie aktualnego kodu ze zdalnego repo
|
|
|
|
|
9. git log -- podejrzenie zmian commitow z mastera
|
|
|
|
|
10. git checkout nasz_branch
|
|
|
|
|
10. git checkout nasz_branch -- przełączenie na nasz_branch
|
|
|
|
|
11. git log -- podejrzenie naszych commitów
|
|
|
|
|
12. git rebase master -- łaczenie naszych zmian z masterem //potencjalne konflikty
|
|
|
|
|
13. git checkout master
|
|
|
|
|
14. git merge nasz_branch -- łączenie dodanie naszych zmian na masterze
|
|
|
|
|
12. git rebase main -- łaczenie naszych zmian z main do naszego roboczego //potencjalne konflikty
|
|
|
|
|
13. git push origin nasz_branch -- wysylanie zmian do zdalnego repozytorium (do roboczego branchu)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Przyklad 2:
|
|
|
|
|
|
|
|
|
|
# Przełączanie się na główną gałąź
|
|
|
|
|
git checkout master
|
|
|
|
|
# Pobranie najnowszych zmian z repozytorium zdalnego
|
|
|
|
|
git pull origin master
|
|
|
|
|
# Utworzenie nowej gałęzi na bazie głównej gałęzi
|
|
|
|
|
git checkout -b nowa_funkcjonalnosc
|
|
|
|
|
# Wprowadzenie zmian i zatwierdzenie ich
|
|
|
|
|
git add -u
|
|
|
|
|
git commit -m "Dodano nową funkcjonalność X"
|
|
|
|
|
# Pobranie najnowszych zmian z głównej gałęzi
|
|
|
|
|
git checkout master
|
|
|
|
|
git pull origin master
|
|
|
|
|
# Zintegrowanie zmian z głównej gałęzi do naszej gałęzi
|
|
|
|
|
git checkout nowa_funkcjonalnosc
|
|
|
|
|
git merge master
|
|
|
|
|
# Rozwiązanie konfliktów, jeśli wystąpią
|
|
|
|
|
# Wprowadzenie dodatkowych zmian, jeśli to konieczne
|
|
|
|
|
# Wysłanie zmian na zdalne repozytorium
|
|
|
|
|
git push origin nowa_funkcjonalnosc
|
|
|
|
|
1. git checkout main -- Przełączanie się na główną gałąź
|
|
|
|
|
2. git pull origin main -- Pobranie najnowszych zmian z repozytorium zdalnego
|
|
|
|
|
3. git checkout -b nowa_funkcjonalnosc -- Utworzenie nowej gałęzi na bazie głównej gałęzi
|
|
|
|
|
4. git add -u -- Wprowadzenie zmian i zatwierdzenie ich
|
|
|
|
|
5. git commit -m "Dodano nową funkcjonalność X"
|
|
|
|
|
6. git rebase main -- synchronizacja commitow (main + nowa_funkcjonalnosc na górze )
|
|
|
|
|
7. git checkout main
|
|
|
|
|
8. git merge nowa_funkcjonalnosc -- połączenie zmian, dodanie nowej funcjonalnosci do głównej gałęzi
|
|
|
|
|
8. git push origin main -- Wysylanie gotowego kodu na główny branch
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Dobre praktyki:
|
|
|
|
|
|
|
|
|
|
1. Stosujemy Rebase dla liniowej historii commitów
|
|
|
|
|
2.
|
|
|
|
|
2. wysylanie gotowego działającego kodu do zdalengo repo wykonujemy tylko na gałąź main , kazda inna gałąź traktowana jest jako robocza
|
|
|
|
|
|
|
|
|
|
Zdalne Repo:
|
|
|
|
|
|
|
|
|
|
1. git remote -v --podgląd
|
|
|
|
|
2. git pull --pobranie najnowszych zmian
|
|
|
|
|
3. git log --podglad zmian
|
|
|
|
|
4. vi plik.txt --zmiana w pliku
|
|
|
|
|
5. git add -u -- dodanie wszystkich zmienionych śledzonych plików
|
|
|
|
|
6. git coomit -m "commit" --commit
|
|
|
|
|
7. git push --wypchniecie do zdalnego repo
|
|
|
|
|
3. git add -u -- dodanie wszystkich zmienionych śledzonych plików
|
|
|
|
|
4. git commit -m "commit" --commit
|
|
|
|
|
5. git push --wypchniecie do zdalnego repo
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
