[victordeleco2]

Mirki eksperci.
Mam sobie feature brancha odbitego od developa. W międzyczasie doszło trochę commitow na develop i feature. Finalnie jednak domergowalem mastera do feature i rozwiązałem konflikty wiec jest up-to-date. Teraz chciałbym zrobić rebase i squash, ale niestety każdy stary commit nakłada się na develop po kolei i trzeba rozwiązywać konflikty pomimo, że mój HEAD jest up-to-date. Jak zrobić taki force squash bez rozwiązywania konfliktów?
#programowanie #programista15k #git

[Orwell84]

@victordeleco2: ??????

[victordeleco2]

@Orwell84 no co? xd

[zibizz1]

@victordeleco2:

każdy stary commit nakłada się na develop po kolei i trzeba rozwiązywać konflikty

na tym polega rebase ziom, dlatego nie popracujesz sobie długo na boku jeśli ktos ci bedzie grzebał w tych samych miejscahc w głónym projekcie bo nakład pracy na rozwiazywanie konflików osiagnie 100% twojej przepustowości. Ponieważ ty musisz ogarniać cała historię zmian od punktu rozgałęzienia na dwóch branach. Oczywiscie robiąc czesto rebase ograniczasz ilośc zmian na jednej

[adrninistrator]

@victordeleco2: po co robisz rebase? Skoro jest up to date z main to przecież git

[Orwell84]

Sorry, nic nie zrozumiałem ;)

[victordeleco2]

@zibizz1 Zgadza się wiem o tym. Tu jest taka sytuacja, ze domergowalem do siebie inny branch który miał potrzebne mi zmiany. Tam było duzo commitow. Następnie ten branch został zmergowany do develop wiec wtedy ja mogłem już domergowac develop do mnie. Jednak teraz wszystkie stare commity muszę po kolei resolvowac. Może lepsza opcja na początku pracy byłoby wyjście z brancha kolegi gdzie były potrzebne mi zmiany zamiast z developa i domergowanie

[victordeleco2]

@adrninistrator chciałbym wypushowac jeden commit a nie węża 30 commitow

[bin-bash]

@adrninistrator chciałbym wypushowac jeden commit a nie węża 30 commitow

@victordeleco2: nie czytalem wczesniej, ale moze chodzi Tobie o squash commit?

[Romska_Palo_Ul_Laputa]

@victordeleco2 git merge -squash możesz zrobić jak chcesz merge z jednym. A najlepiej to nic nie rób, w dobrze skonfigurowanym repo pushujesz węża commitów, a potem zaznaczasz opcję, że ma sam squashować przy mergu do mastera a feature brancha skasować. Szkoda czasu na pierdoły typu ciągłe poprawianie konfliktów.

[nilphilus]

@Romska_Palo_Ul_Laputa: chyba chodzi o to, że te commity co ma u siebie i te co są na developie mają inny sha więc nawet jak ma plik kropka w kropkę taki sam to konflikt będzie.

@bin-bash chyba chce to zrobić, ale wpierw dam musi wszystko rozwiązać =]

I ten, sorry jak gdzieś była robiona jakaś magia i już rozwiązywałem commity realnie robiąc nowy commity to chyba masz do rozwiązania konflikty

[ce666e427a]

@victordeleco2: tutaj chyba jest opisane to co chcesz zrobić https://stackoverflow.com/questions/3697178/merge-with-squash-all-changes-from-another-branch-as-a-single-commit
Mozna to zrobić "w drugą stronę"

[victordeleco2]

@ce666e427a świetny pomysł z tym freebase, o to chodziło

[kakodyl]

Tak działa rebase. Zrób merge ze squashem

[MetroStation]

@victordeleco2: zrób to w takim razie inaczej.

Nie integruje sobie developa, szkoda życia.
- będąc na swoim branchu zrób sobie reset soft (git reset --soft hash-pierwszego-commitu-brancha)
- zrzuć te rzeczy na półeczkę żeby im się nic nie stało (git stash -u)
- wskocz

[MetroStation]

@victordeleco2: a jak używasz intellij, to wystarczy zrobić nowego brancha z developa i wskoczyć na niego. Po czym w drzewku commitow zaznaczyć wszystkie commity, to po prawej pojawi się drzewko z sumarycznymi zmianami z tych plików. Prawy myszy i dajesz cherry-pick, a samo się zrobi to co opisałem powyżej