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.

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.


5
Jeśli jednak cię to obchodzi, może okazać się przydatna no-ffopcja git mergeprzy scalaniu z master.
Xion
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.