Add tricks for the Pull Requests review?
Dieses Issue hat noch niemand übernommen.
- Vorherrschende Sprache
- Python
- Sterne
- 2.1k
- Forks
- 1k
- Ø Merge
- 2 T. 12 Std.
- Gemergte PRs (30 T.)
- 12
Beschreibung
Hi all,
I would like to add a small section or a paragraph about the review of the Pull Requests. For example, for us, the contributors and core-dev of Python we are looking for the issues of 3.7 and 3.8 (because we have to fix them for these releases ;-))
How can we do that with the interface of Github ? because there is no labels '3.8' or '3.7' on the PRs, but in fact, we can use the advanced search of Github, and add base:3.7 in the search box.
By default, we have is:pr is:open, these criteria will search the Open PRs for the current project, but with is:pr is:open base:3.7, it will search for the Open PRs for the branch 3.7.
So, where could we add this trick about Github? any idea?
Beitragsleitfaden
Erste Schritte
- Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
- Forke das Repository und arbeite in einem Branch.
- Öffne einen Pull Request, der die Issue-Nummer nennt.
Rechercherichtung
Beginne damit, die Dokumentation zu Beiträgen oder zur Überprüfung von Pull Requests im devguide zu finden, und prüfe, wie die Anleitungen zur GitHub-Suche derzeit organisiert sind. Erledigt ist die Aufgabe, wenn eine kurze Erklärung zur Verwendung von is:pr is:open base:3.7 oder eines anderen Branchnamens hinzugefügt wurde, um offene Pull Requests zu finden, die auf einen Release-Branch abzielen.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- github
- Bereich
- documentation
- Issue-Typ
- Dokumentation
- Schwierigkeit
- 2/5
- Geschätzter Aufwand
- 1-3 Stunden
- Aktivitätsstatus
- Veraltet
- Klarheit
- Größtenteils klar
- Anfängerfreundlichkeit
- 35/100