Jak przetestować scalanie bez wcześniejszego scalania

Czy istnieje sposób symulacji a git mergemiędzy dwoma gałęziami, bieżącą gałęzią roboczą i główną, ale bez wprowadzania jakichkolwiek zmian?

Często mam konflikty, kiedy muszę zrobić plik git merge. Czy istnieje sposób, aby najpierw zasymulować scalanie?

Nie sądzę, aby istniał sposób na symulowanie tego, co się stanie, dopóki nie spróbujesz scalenia. Jeśli jednak upewnisz się, że dane wyjściowe programu git statussą puste przed scaleniem, możesz po prostu go wypróbować. Jeśli wystąpią konflikty, możesz natychmiast wrócić do stanu, w którym byłeś wcześniej:

git reset --merge

Od wersji Git 1.7.4 możesz również przerwać scalanie, wykonując:

git merge --abort

(Jak wyjaśnia komunikat dotyczący zatwierdzenia, który dodał tę opcję , dodano to w celu zachowania spójności z git rebase --aborti tak dalej).

Możesz użyć git merge --no-commit aby zapobiec faktycznemu zatwierdzeniu scalania, a jeśli nie podoba ci się, jak działa scalanie, po prostu zresetuj do pierwotnej głowy.

Jeśli zdecydowanie nie chcesz sfinalizować scalania, nawet jeśli jest to szybkie przewijanie do przodu (a zatem z definicji nie ma konfliktów), możesz również dodać --no-ff.

Jeśli chcę porównać zmiany w gałęzi tematycznej do opanowania, najłatwiej i najbezpieczniej jest wykonać następujące czynności:

git checkout master
git checkout -b trial_merge
git merge topic_branch

Po zakończeniu scalania łatwo jest zobaczyć skonsolidowaną zmianę od wzorca

git diff master

Po zakończeniu po prostu usuń gałąź trial_merge

git checkout master
git branch -D trial_merge

W ten sposób gałąź główna nigdy się nie zmienia.

Używam :

git merge --ff-only

zgodnie z dokumentacją :

Odmawiaj scalenia i wyjdź ze statusem niezerowym, chyba że bieżący HEAD jest już aktualny lub scalenie można rozwiązać jako szybkie do przodu.

To naprawdę nie jest symulacja, ponieważ nastąpi szybkie połączenie w przypadku braku konfliktów między dwiema gałęziami. Ale w przypadku konfliktów zostaniesz poinformowany i nic się nie stanie.

Mogłem ostatnio używać git merge --abort. Można tego jednak użyć tylko w przypadku konfliktu scalania. Jeśli jesteś pewien, że nie chcesz zatwierdzać, użyj innych wymienionych powyżej metod.

Dlaczego po prostu nie utworzyć gałęzi jednorazowej (git checkout -b) i nie przeprowadzić w niej testowego scalania?

Nie wiem dokładnie, czy to jest twój przypadek , ale twoje pytanie pamiętaj, że czasami uruchamiam funkcję, zobowiązuję się w ciągu dni i wiele razy scalam na nim development.

W tym momencie tracę kontrolę nad dokładnymi plikami, które zmieniłem i dowiem się o tym dopiero, gdy moja funkcja zostanie zamknięta, a mój kod zacznie się rozwijać.

W tym przypadku dobrym sposobem, aby dowiedzieć się, jakie modyfikacje zostały wprowadzone (nie inne od scalenia), jest użycie Sourcetree.

Musisz kliknąć prawym przyciskiem na gałęzi podstawowej i wybrać Diff Against Current:

Następnie sourcetree pokaże ci wszystkie modyfikacje, które zostaną scalone, jeśli scalisz swoją gałąź z gałęzią podstawową.

Oczywiście nie pokaże konfliktów, ale jest użytecznym narzędziem przy fuzjach.