Znajdź pull request na Githubie, w którym pierwotnie utworzono zatwierdzenie

Żądania ściągnięcia świetnie nadają się do zrozumienia szerszego myślenia o zmianie lub zestawie zmian wprowadzonych do repozytorium. Odczytywanie żądań ściągnięcia to świetny sposób na szybkie „oględzenie” projektu, ponieważ zamiast niewielkich, atomowych zmian w źródle, uzyskuje się większe grupy zmian logicznych. Jest to analogiczne do organizowania wierszy w kodzie w pokrewne „zwrotki” w celu ułatwienia czytania.

Widzę plik lub zatwierdzenie i zastanawiam się, czy istnieje sposób na cofnięcie zatwierdzenia do pull requesta, które go pierwotnie utworzyło. To żądanie ściągnięcia zostałoby ostatecznie scalone, ale nie jest to konieczne w przypadku zatwierdzenia scalającego.

Możesz po prostu przejść do github i wpisać SHA w pasku wyszukiwania, upewnij się, że wybrałeś link „Problemy” po lewej stronie.

AKTUALIZACJA 13 lipca 2017 r

Dzięki interfejsowi Github jest teraz naprawdę łatwy sposób na zrobienie tego. Jeśli patrzysz na zatwierdzenie na liście zatwierdzeń w gałęzi w interfejsie użytkownika, kliknij łącze do samego zatwierdzenia. Jeśli istnieje PR dla tego zatwierdzenia i nie został on dodany bezpośrednio do gałęzi, łącze do PR zawierające numer PR i gałąź, do której przeszedł, będzie bezpośrednio pod komunikatem dotyczącym zatwierdzenia na górze strony.

Jeśli masz zatwierdzony SHA i nic więcej i nie chcesz go szukać, po prostu dodaj /commit/[commit SHA]do repozytorium url, a zobaczysz stronę zatwierdzenia z linkiem PR, jeśli istnieje. Na przykład, jeśli SHA to 52797a7a3b087231e4e391e11ea861569205aaf4, a repozytorium to https://github.com/glimmerjs/glimmer-vm , przejdź do https://github.com/glimmerjs/glimmer-vm/commit/52797a7e1169e1586

git config --add remote.origin.fetch +refs/pull/*/head:refs/remotes/origin/pull/*
git fetch origin
git describe --all  --contains <COMMIT>

W razie potrzeby zmień originnazwę pilota, która wskazuje repozytorium github, do którego wysłano by żądanie ściągnięcia. Pierwszą komendę wystarczy uruchomić tylko raz dla danego pilota, a drugą zazwyczaj wykonuje się podczas pobierania innych aktualizacji.

Spowoduje to, że git uzyska informacje o żądaniach ściągnięcia wraz z rzeczywistymi gałęziami. Pojawią się jako gałęzie zdalnego śledzenia, takie jak origin/pull/123. Gdy to zrobisz, możesz użyć git describez opcjami --alli, --containsaby wyświetlić pierwszą gałąź, do której odwołuje się zatwierdzenie.

Jednak to nie zadziała, jeśli zatwierdzenie, którego szukasz, jest w rzeczywistości zmodyfikowaną wersją zatwierdzenia z żądania ściągnięcia, na przykład jeśli zmiany zostały przeniesione na inną pracę lub osoba wykonująca scalanie zdecydowała się wprowadzić pewne zmiany.

Od 13 października 2014 r. Powinno to być proste:

Na przykład:

Możesz zobaczyć w pliku hakimel/reveal.js/plugin/markdown/markdown.js, mój wkład zawiera teraz odniesienie do numeru PR # 734, z którego pochodzi.

Wynika to z łączenia połączonych żądań ściągnięcia z zatwierdzeń :

Zamieściliśmy zawierające gałęzie i tagi na stronach ze zmianami, aby dać ci więcej kontekstu wokół zmian. Teraz zatwierdzenia w domyślnej gałęzi repozytorium pokażą również żądanie ściągnięcia, które je wprowadziło.

W żądaniu ściągnięcia możesz zobaczyć dyskusję na temat tego, dlaczego wprowadzono zatwierdzenie, i uzyskać jaśniejszy obraz przyczyny zmiany.

Jak zawsze, jeśli znasz SHA zatwierdzania, możesz pominąć stronę zatwierdzenia i bezpośrednio wyszukać żądanie ściągnięcia .

Umieść skrót zatwierdzenia w polu filtrów żądania ściągnięcia w serwisie GitHub.

Miałem ten sam problem i napisałem pomocnika bash pr_for_sha, udokumentowanego tutaj:

http://joey.aghion.com/find-the-github-pull-request-for-a-commit/

Nazwij to jak, pr_for_sha <COMMIT>a otworzy odpowiednią stronę żądania ściągnięcia Github w przeglądarce.