git - zmiany na branchu bez widocznego merga

Odpowiedz Nowy wątek
2018-05-11 14:13
0

Mam zabawna sytuacje. W uproszczeniu mam dwa branche. Mastera i Feature Brancha. Byly robione zmiany na feature branchu . Ale nie byl robiony merge do mastera. (a przynajmniej nie jest pokazywany w gitk ani w reflogu). Za to zmiany z feature brancha automagicznie pojawily sie na masterze.

Jak patrze na historie jednego z plikow to wyglada jakby od zawsze tam byl i nie ma sladu merga.

Od razu mowie ze ludzie mogli rozne dziwne rzeczy zrobic :)

Jak to ugryzc?

Pozostało 580 znaków

2018-05-11 16:05
0

A ktoś nie zrobił czasem na masterze rebase względem feature brancha a potem push force? Niemniej widziałbyś wtedy te commity z feature brancha gdzieś "na początku". Tak czy siak możesz dla tego pliku zrobić "show history" i zobaczyć w którym commicie się pojawił.


Na PW przyjmuje tylko (ciekawe!) zlecenia. Masz problem? Pisz na forum, nie do mnie.
edytowany 1x, ostatnio: Shalom, 2018-05-11 16:06
@Shalom: co masz dokladnie na mysli przez "show history" ? Bo nie moge znalezc opcji history dla git show: https://git-scm.com/docs/git-show - WhiteLightning 2018-05-11 16:15
IntelliJ w swoim kliencie ma taką opcję ;) - Shalom 2018-05-11 16:20

Pozostało 580 znaków

2018-05-16 12:07
0

A jakbyś tak sprawdzał zmiany w danym pliku cofając się w commitach? Typu git log --stat, wyfiltrowujesz sobie commity z danym plikiem, potem już z górki?

EDIT: jest na to komenda... https://stackoverflow.com/que[...]l-commits-for-a-specific-file
git log --follow filename

edytowany 1x, ostatnio: alagner, 2018-05-16 12:08

Pozostało 580 znaków

2018-05-16 13:48
0

@alagner: i pokazuje mi tylko commity zrobione na innym branchu, za to nie ma ani sladu merga.:(

zrobiłeś z --all? - alagner 2018-05-16 14:17

Pozostało 580 znaków

2018-05-16 14:25
0

No ale jak ktoś zrobił rebase to nie będzie żadnego "merge" ale wtedy widziałbyś ze kolejność jest "dziwna" bo commity z tego innego brancha są przed commitami w aktualnym.


Na PW przyjmuje tylko (ciekawe!) zlecenia. Masz problem? Pisz na forum, nie do mnie.

Pozostało 580 znaków

2018-05-21 09:19
1

@WhiteLightning: zapewne to był merge fast-forward, który w ogólnym rozrachunku przypomina rebase. Dla tego jak robisz merge feature branchy to zawsze git merge --no-ff.

Jeśli task był taki, że warto trzymać jego historię. Jeśli nie, to wystarczy squash. - somekind 2018-05-21 13:43
@somekind: ja nie lubię squash, w sensie squash-merge jako dodawanie funkcjonalności do mastera. - hauleth 2018-05-21 13:58

Pozostało 580 znaków

Odpowiedz
Liczba odpowiedzi na stronę

1 użytkowników online, w tym zalogowanych: 0, gości: 1, botów: 0