Moje żądanie ściągnięcia github zostało scalone, jaka jest konwencja na tym etapie?

17

Rozwinąłem projekt na Githubie, dokonałem niewielkiej zmiany i wysłałem żądanie ściągnięcia do oryginalnego opiekuna, który go włączył. Teraz jest ostatnie zatwierdzenie Merged pull request #11 from my_username/master.

Robię to po raz pierwszy, więc nie jestem pewien, jaka jest teraz etykieta: zrobiłem git pull upstream mastera potem git push origin master, a teraz, i ostatnie zatwierdzenie w moim repozytorium czyta, Merged pull request #11 from my_username/masterco wydaje mi się dość dziwne. Czy tak zwykle ludzie to robią, czy jest coś, co muszę zrobić, aby „oczyścić historię” czy coś w tym stylu?

Uwaga: ponieważ była to drobna zmiana dokumentacji, nie utworzyłem żadnych gałęzi, po prostu dokonałem zmiany w mojej mastergałęzi i wysłałem żądanie ściągnięcia. Dlatego w tej części nie ma potrzeby czyszczenia.

sundar - Przywróć Monikę
źródło

Odpowiedzi:

10

Tak, zwykle robią to ludzie, ponieważ to właśnie robi git.

Testy scalania często nie mają sensu. Jest to wynik logiki „szybkiego przewijania do przodu”, tzn. Połączenie nie powoduje utworzenia nowego zatwierdzenia, jeśli nie jest konieczne. Większość czasu ostatniego zatwierdzenia na masterie mówi „scalony master”, ponieważ deweloper scalił master do swojej gałęzi i naciskał na scalenie, co nie wymagało więcej scaleń. Zresztą nikogo to nie obchodzi.

Jan Hudec
źródło
5
Jeśli jednak cię to obchodzi, może okazać się przydatna no-ffopcja git mergeprzy scalaniu z master.
Xion