Kiedy otwieram żądanie ściągnięcia w GitHub .
Wszystkie zatwierdzenia od mojego ostatniego żądania i wszystkie nowe są automatycznie dodawane do tego żądania .
Nie mogę kontrolować, które zatwierdzenia są dodawane, a które nie.
Kiedy próbuję otworzyć kolejne żądanie ściągnięcia, pojawia się błąd „Ups! Jest już żądanie ściągnięcia”.
Czy istnieje łatwy sposób na otwarcie wielu żądań ściągnięcia bez konieczności majstrowania przy linii poleceń?
git
github
pull-request
torourke
źródło
źródło
Najłatwiejszym sposobem, w jaki udało mi się to zrobić, jest użycie polecenia hub ( https://github.com/defunkt/hub ).
Z gałęzi tematycznej („funkcja” w tym przykładzie), dla której chcesz utworzyć żądanie ściągnięcia, możesz po prostu uruchomić:
(pamiętaj, aby najpierw przesunąć gałąź!)
I otworzy nowe żądanie ściągnięcia w GitHub dla „YOUR_USER: feature”.
Jeśli utworzyłeś już problem w GitHub, możesz nawet dołączyć żądanie ściągnięcia do istniejącego problemu (coś, czego nie możesz zrobić z interfejsu internetowego):
źródło
W rzeczywistości MOŻESZ to zrobić bez tworzenia kolejnej gałęzi, ale wymaga to trochę zabawy.
Oto kroki:
(inny / mistrz) A -> B -> C -> D -> E (twój / mistrz)
Powiedzmy, że chcesz wyciągnąć B i C w jednym żądaniu, a D & E w innym.
Jak widzę, żądanie ściągnięcia traktuje zatwierdzenie C jako punkt rozgałęzienia. Lub coś.
źródło
Kiedy początkowo przechodzisz do tworzenia żądania ściągnięcia, jeśli otworzysz dwa oddzielne formularze dla nowego żądania ściągnięcia, pozwoli ci to utworzyć je, o ile są wskazywane na różne gałęzie do scalenia. Na przykład, mógłbym utworzyć dwa oddzielne Żądania, jeden w celu połączenia z głównym, a drugi w celu połączenia w test.
źródło
Jestem nowy w Git i GitHub i miałem to samo pytanie co OP.
Znalazłem rozwiązanie, które prawdopodobnie nie było dostępne w czasie PO.
Sytuacja: masz 3 zmiany i chcesz, aby każda z nich była zbudowana na podstawie poprzedniej i każda miała własne żądanie ściągnięcia (PR).
Problem: Kiedy tworzysz pierwszy PR, który próbuje wciągnąć program do mastera, wszystko wygląda dobrze, ale potem po wprowadzeniu zmian dla drugiego PR i scaleniu ich (przy użyciu tej samej gałęzi) wszystkie zmiany są w tym samym PR .
Mini rozwiązanie: Utwórz nową gałąź
Teraz wysyłasz kod do GitHub i tworzysz PR, ale domyślnie jest to Pull from mini_change_2 do master, z wyjątkiem tego, że master nie ma jeszcze zmian z pierwszego PR, więc zawiera wszystkie zmiany z PR1 i PR2.
Najlepsze rozwiązanie: Określ gałąź, do której chcesz się scalić w PR2.
Nie akceptuj tylko wartości domyślnych podczas tworzenia drugiego PR, powiedz, że zamierzasz przeciągnąć mini_chnage_2 do Develop, to pokaże tylko zmiany w mini_change_2
Teraz utwórz nową gałąź mini_change_3 i PR, która zostanie utworzona na mini_change_3.
Problem pojawia się, gdy zaczniesz je scalać ... ale to jest inne ćwiczenie.
źródło