Jak wprowadzić zmiany w repo?

Cześć mam repozytorium. Jakiś czas temu z branch'a master został wyprowadzony branch TEST, zostały dodane na nim zmiany i został zmergowany do mastera. Teraz zaszła potrzeba wprowadzenia zmian w branchu TEST(ale test jest już nieaktualny trochę, na mastera zostało wrzucone wiele nowych zmian) i znów zmergowania z masterem. Jak powinna wyglądać taka operacja?

1. Przełączam się na branch TEST i merguję z masterem.
2. Dodaję commita "Merge from master"
3. Dodaję zmiany na TEST i wysyłam na repo.
4. Przełączam się na mastera i merguję z branchem TEST?

W takim wypadku, aby mieć czystą historię (uniknąć zbędnych merge commitów), powinieneś wykonać rebasing:

$ git fetch
$ git checkout test
$ git pull
$ git rebase master # lub origin/master

Zazwyczaj jeśli robisz branch, rozwijasz na nim jakąś część aplikacji, a potem mergujesz do głównego brancha, to ten test branch jest usuwany, i w razie potrzeby tworzony jest nowy. Trzymanie go, po to żeby potem do niego zmergować główny branch i nadal na nim coś rozwijać wydaje się troszkę nie potrzebne.

Ale jeśli zrobisz rebase'a jak mówi @Patryk27 to w sumie efekt jest ten sam :)

Wracając do Twojego pytania: tak, dokładnie tak jak napisałeś. Robisz pull na branchu głównym, przełączasz się na branch test, mergujesz (rebase'ujesz) główny branch do brancha test, robisz swoje, domergosujesz test do głównego.

A ten branch TEST jest rozwijany równolegle przez kogoś? Bo jak nie, to wywalić i zrobić nowy. Po co sobie utrudniać życie.

Branch TEST ostatnio był używany 2 tygodnie temu. Ja nie mogę tworzyć nowych branchy ani usuwać, tylko przełączać się pomiędzy branchami i mergować. :)
Też przywykłem do tego że zmergowane branche się usuwa.

Kulawy Antek napisał(a):

Ja nie mogę tworzyć nowych branchy ani usuwać

W takiej sytuacji można doradzić tylko jedno - zmień pracę.

Kulawy Antek napisał(a):

Branch TEST ostatnio był używany 2 tygodnie temu. Ja nie mogę tworzyć nowych branchy ani usuwać, tylko przełączać się pomiędzy branchami i mergować. :)
Też przywykłem do tego że zmergowane branche się usuwa.

OOooooo stary. A do zrobienia klasy potrzebujecie potwierdzenia na piśmie? Gdybym był Tobą to zrobiłbym sobie po prostu lokalny branch

git checkout master
git pull
git checkout -b drugi_nielegalny_test_branch

i powiedz że chciałbyś go opublikować. Jeśli Twój przełożony Ci nie pozwoli, to zapytaj "niby jak mam dalej pracować?".

Chociaż w sumie nie musisz go publikować, możesz swój lokalny branch zmergować do brancha master.