Żą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.
git
github
pull-request
DragonFax
źródło
źródło
Odpowiedzi:
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źródło
e4077951
, czy to nadal działa dla ciebie?master
)?W razie potrzeby zmień
origin
nazwę 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 describe
z opcjami--all
i,--contains
aby 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.
źródło
pull/*/head
zatwierdzeń bez obiektów blob? Jak można po tym „wyczyścić” (zmienić konfigurację początków)?upstream
rzeczywiście było błędem. Skopiowałem to z repozytorium, które miało tę konfigurację, w której pilot został nazwany,upstream
i przegapiłem to wystąpienie podczas zmiany go, aby używać bardziej powszechnejorigin
nazwy pilota. Zredagowałem odpowiedź, aby to naprawić.refs/remotes/origin/pr/*
zamiastrefs/remotes/origin/pull/*
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ń :
źródło
API
poziomie?Umieść skrót zatwierdzenia w polu filtrów żądania ściągnięcia w serwisie GitHub.
źródło
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.źródło
git log
polecenia.git log --merges --ancestry-path --oneline 66100ab0..master
-fatal: ambiguous argument '66100ab0..master': unknown revision or path not in the working tree.
-git version 2.25.0