Support dependency relations between patch series
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Anfängerfreundlichkeit
- 35/100
Rechercherichtung
Beginne bei den Einstiegspunkten git pw patch apply und git pw series apply und prüfe das zugehörige Issue #71 auf vorhandenen Kontext. Die Arbeit ist abgeschlossen, wenn Depends-on-Tags in Patches oder Cover Letters in der aufgeführten Reihenfolge gesammelt, in Abhängigkeiten zwischen Serien übersetzt und automatisch angewendet werden, ohne rekursive Durchläufe.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
The DPDK project has defined syntax for a "Depends-on" tag. A contributor can add this label to their patch or cover letter if it depends on another patch or series that has not yet been applied to the target branch.
The syntax for this tag and where it appears in a patch file is as follows:
... MIME headers and such go here ...
Some commit message
Signed-off-by: someone
---
Depends-on: patch-##### ("title of patch")
Depends-on: series-##### ("title of series")
... git diff summary goes here ...
---
... diff goes here ...
These tags may also appear in a cover letter for a series.
There can be multiple of these tags defined with differing values. An implementation is intended to collect them into a list. When applying a patch which has these tags, they should be applied in the order listed in the patch file. This process is not recursive, as in if the dependents of a patch have additional dependents, those are not applied.
All dependencies are translated to inter-series dependencies. As in, if a patch a in series A references a patch b in series B, then we can infer that series A depends on series B. Same thing if a patch a depends on series B.
The ask is for, when running git pw patch apply or git pw series apply , the command will scan for these dependent patches or series and apply them automatically as described above.
- Vorherrschende Sprache
- Python
- Sterne
- 317
- Forks
- 91
- PR-Merge-Kennzahlen
- Keine gemergten PRs in 30 T.
Beitragsleitfaden
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus getpatchwork/patchwork
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
getpatchwork/patchwork#668 ·
-
bug web-ui
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 74/100
getpatchwork/patchwork#546 · 2 Kommentare ·
-
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 52/100
getpatchwork/patchwork#664 ·
-
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 48/100
getpatchwork/patchwork#663 ·
-
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 45/100
getpatchwork/patchwork#645 ·
Alle Issues in getpatchwork/patchwork
Ähnliche Issues
-
Add: hunch Offen
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 74/100
AbdelStark/awesome-typesafe#104 ·
-
enhancement
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
DiamondLightSource/dodal#2211 ·
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 88/100
openml/openml-python#1749 ·
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 88/100
sipyourdrink-ltd/bernstein#6191 ·