Split Backporting into "policy" and "guide"
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
As a follow-up to #1819:
It would be great to have two sections for Backporting: a policy document to explain what's required (main first, backport with the [3.x] prefix, what kinds of changes get backported where -- perhaps the Development Cycle page is a good place for this), and a guide for the practicalities & automation (tags, bots, cherry-picker, Git commands).
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
Überprüfe das aktuelle Material zu Backporting und die Seite Development Cycle, die das Issue als möglichen Ort für die Richtlinie nennt. Trenne den erforderlichen Workflow – zuerst main, das Präfix [3.x] und welche Änderungen backportiert werden – vom praktischen Leitfaden zu Tags, Bots, cherry-picker und Git-Befehlen; als erledigt gilt die Aufgabe, wenn beide Abschnitte ihre jeweiligen Themen klar abdecken.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- git
- Bereich
- documentation
- Issue-Typ
- Dokumentation
- Schwierigkeit
- 3/5
- Geschätzter Aufwand
- 1-2 Tage
- Aktivitätsstatus
- Ruhig
- Klarheit
- Größtenteils klar
- Anfängerfreundlichkeit
- 58/100