Żądanie pobrania połączenia do innej gałęzi niż domyślna, w Github

Question

Żądanie pobrania przychodzi do mojego repo na serwerze Github. Domyślnie jest on scalony z gałęzią master.

Czy mogę zmienić gałąź, do której zostaną włączone zmiany?

Answer 1

As of 15.08.2016 GitHub pozwala na zmianę oddział docelową wniosek rozwijanego przez GUI:

Można teraz zmienić oddział bazie otwartego żądanie przeciwsobnym. Po utworzeniu żądania pobrania można zmodyfikować gałąź podstawową, aby zmiany w żądaniu pobierania były porównywane z inną gałęzią. Zmieniając podstawową gałąź oryginalnej prośby o pociągnięcie, zamiast otwierać nową z właściwym odgałęzieniem podstawowym, będziesz w stanie zachować cenną pracę i dyskusję.

Answer 2

Osoba przesyłająca może to zmienić, gdy wyśle ​​żądanie pobrania, ale po jego wydaniu nie można go zmienić.

Z drugiej strony można ręcznie połączyć ich gałąź i pchać, co pół-regularnie robię dla źle odebranych żądań ściągania.

Możesz znaleźć hub gem pomocny w pracy z komponentami żądania ciągnięcia.

To perełka owija się proces ręczny, który jest:

1. Add a remote na rozwidleniu do lokalnej kasy.
2. Pobierz ten pilot.
3. git checkout ${target_branch} && git merge ${remote}/${branch}
4. git push origin ...

Answer 3

Nie ma nic złego w roztworze Daniel Pittman jest jednak chciałbym traktować te scala jako "nie do przodu", czyli zmianę kroku numer 3 dla:

git checkout ${target_branch} && git merge --no-ff ${remote}/${branch} 

Używając --no-ff, historia będzie łatwiejsza do odczytania. Będzie wyraźnie powiedzieć, że zobowiązania $n pochodzą od $branch, a także ułatwi Ci życie, jeśli będziesz musiał coś zmienić w tym oddziale.

Aby również odpowiedzieć na pytanie eoinoc i dać dodatkowy wskazówka:

Po wykonaniu scalenia, Twój git CLI poprosi, aby napisać wiadomość, ogólnie komunikat generic pokaże się mówiąc coś podobnego

Scalanie zdalnego śledzenia oddział „user/ich-oddział” w swoim oddziale-

Upewnij się, aby edytować tę wiadomość i zawierać odniesienie do liczby żądań ciągnąć. Czyli: (Zakładając liczbę żądań pociągowy jest 123)

Scalanie zdalnego śledzenia oddział 'user/ich oddziałem' do swojego oddziału-

bibl 123 rozwiązywanie cokolwiek ...

Przy następnej wizycie na stronie github issues/pull-requests i sprawdzeniu konkretnego żądania ściągnięcia, zobaczysz wiadomość z linkiem do zatwierdzenia, gdzie dokonałeś scalenia.

Oto zrzut ekranu z tego, co mam na myśli.

Answer 4

Alternatywą pomocą gem piasty wspomniane przez innych odpowiedzi jest use the command line to merge locally pull requests, który pozwala zrobić:

$ git fetch origin 
$ git checkout *target_branch* 
$ git merge pr/XXX 
$ git push origin *target_branch* 

---

Polecenia powyższe działają tylko bezpośrednio, jeśli najpierw dodać następującą linię do pliku .git/config:

fetch = +refs/pull/*/head:refs/remotes/symbolic_name_origin_or_upstream/pr/* 

Co to oznacza, że ​​można pobrać ALL żądań pobierania. Ponieważ może to nie być pożądane w przypadku wielkich repozytoriów, GitHub zmodyfikował instrukcje tak, aby zawierały składnię git fetch origin pull/ID/head:BRANCHNAME, co pozwala uniknąć modyfikacji pliku konfiguracyjnego i powoduje tylko pobranie tego pojedynczego żądania pobrania.

Answer 5

Chociaż nie można zmienić istniejący wniosek ciągnącego, ponieważ nie jest twoje można łatwo utworzyć nowy, jeśli nadal istnieje repozytorium źródło związane - tak, nawet jeśli jest to ktoś inny.

Przejdź do repozytorium zgłaszającego następnie utworzyć nową prośbę ciągnąć w jego/jej repozytorium przy użyciu tych samych zobowiązuje, ale upewnij się, że właściwą gałąź docelowej ustawione poprawnie.

Następnie wróć do własnego repozytorium i zaakceptować nową prośbę ciągnąć. Voila!

Answer 6

Aby to zrobić, przejdź do strony głównej swojego repozytorium, kliknij gałęzie i zmień domyślną gałąź z master na coś innego, w moim przypadku "dev".

Po tym, gdy ktoś utworzy żądanie pobrania, przycisk merge automatycznie połączy żądanie z "dev" zamiast z master.