[d__k]

mirki macie pomysł jak zrobić taki myk -

mam brancha master i feature:

|
|
|\
| \
| |
| f
m 

w pmomencie m weszła do mastera poprawka na coś co znacznie ułatwi mi pracę i chciałbym sobie domerge'ować zmiany z mastera do feature master ma być nietknięty. A i mam nie używać rebase.

czy mój pomysł :

git checkout feature
git merge master

nie dotknie mastera?

#programowanie #git

[saul]

@d__k: Twoja propozycja będzie banglać

[d__k]

@saul: nie dotknę mastera na bank?

[saul]

@d__k: nie dotkniesz. Dlaczego miałbyś dotknąć? Czy jak mergujesz feature do mastera to martwisz się o takie rzeczy? :)
Zresztą, zrób sobie test na githubie. Będziesz miał przynajmniej czyste sumienie.

[Rieux]

@d__k: Nie dotkniesz. Dzialaj bezpiecznie. Jezeli masz czas to mozesz sobie zrobic brancha testowego (nie zajmie Ci to wiecej niz 1 minute #git4life), tak jak mowi saul, dla czystosci sumienia.

[d__k]

@Rieux: @saul: zrobiłem, bangla, dzięki

[MacDada]

@d__k:

Opcja 1:

git checkout feature – przełączasz się do brancha feature
git merge master – przenosisz wszystkie commity z mastera do feature, których feature nie posiada i na wierzch ląduje commit miksujący Twoje dotychczasowe zmiany z feature i „nowe” zmiany masterowe

Opcja 2:

git checkout feature – przełączasz się do brancha feature
git cherry-pick COMMIT_Z_MASTERA – wciągasz do feature'a wybranego commita z mastera (możesz tak dorzucić ich kilka)

[L.....F]

@MacDada: @d__k:

Opcja 3:

git rebase master - przenosisz wszystkie zmiany z mastera na feature branch pod komity z feature, bez dodatkowego merge commita. Zachowujesz ładną, liniową historię.

[MacDada]

git rebase master

@LOLWTF:

mam nie używać rebase.

[L.....F]

@MacDada: oj, przepraszam, ślepy jestem.

@d__k: z ciekawości, czemu masz nie używać rebase?

[Almagest]

@d__k: Zamierzasz kiedyś nanieść zmiany z feature na mastera? Jeżeli tak to raczej nie ruszaj cherry-picka.

[d__k]

@Almagest: niw zamierzałem nawet

git rebase master - przenosisz wszystkie zmiany z mastera na feature branch pod komity z feature, bez dodatkowego merge commita. Zachowujesz ładną, liniową historię.

@LOLWTF: ostatnio jak próbowałem rebase to rozeiązywanie konfliktów powodowało nowe :/

[MacDada]

Zamierzasz kiedyś nanieść zmiany z feature na mastera? Jeżeli tak to raczej nie ruszaj cherry-picka.

@Almagest: Czemu?

ostatnio jak próbowałem rebase to rozeiązywanie konfliktów powodowało nowe

@d__k Kiedy robisz git rebase master na branchu feature, to:

1. git tymczasowo „usuwa” Twoje commity z feature
2. Wstawia wszystkie commity w takiej kolejności jak na master
3. Po kolei nakłada na „świeżą” listę Twoje commity z feature.

Załóżmy, że na feature

[Almagest]

@Almagest: Czemu?

@MacDada: Commit przeniesiony na feature z mastera przez cherry-pick dostanie inny hash, nie licząc idealnej sytuacji, gdy na feature nie ma jeszcze żadnych commitów, a ten przenoszony commit jest pierwszym, który się pojawił na masterze od momentu rozgałęzienia. Gdyby @d__k próbowałby potem dokonać merge feature w mastera, to ten cherry-pickowany commit znalazłby się w historii dwukrotnie, do tego wszedłby w konflikt ze swoją kopią. Chyba nie mylę się