Hierarchial Patch URLs

Offen

#6 erstellt am 29.11.2015 1 Kommentar 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit: 5/5
Geschätzter Aufwand: Über eine Woche
Anfängerfreundlichkeit: 25/100

Issue-Typ: Feature
Klarheit: Größtenteils klar
Aktivitätsstatus: Veraltet
Tech-Stack: python
Bereich: api, backend

Rechercherichtung

Beginne mit dem id-Feld des Patch-Modells und der im Issue beschriebenen bestehenden Verarbeitung von Patch-URLs. Lege fest, wie ein projektspezifischer Bezeichner neben Legacy-URLs bestehen soll, und überprüfe anschließend, dass projektspezifische URLs korrekt aufgelöst werden, während die alten Verweise weiterhin unterstützt werden.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

enhancement

From @stephenfin on June 29, 2015 21:24

Overview

At the moment, patchwork uses the Patch model id field for referencing patches via URL. This means if multiple projects exist then patch IDs won't be sequential (some IDs will be allocated to patches of one project, others to another). This works, but it doesn't allow for easy programmatic scanning of projects and doesn't translate well to REST APIs. Instead, IDs should be unique to the project. We can do this by adding a second ID field and allowing users to reference this. This will lead to a transformation like so:

/10234 --> /project_a/1000
/10245 --> /project_b/567
/10246 --> /project_c/8236
/10247 --> /project_a/1001

We should also keep the old way of referencing such resources but with an eye on deprecating these in the future.

Dependencies

N/A

Additional Work Items

N/A

Alternatives

We continue to use the patch URLs we use currently.

Useful resources

N/A

Copied from original issue: stephenfin/patchwork#21

Vorherrschende Sprache: Python
Sterne: 317
Forks: 91
PR-Merge-Kennzahlen: Keine gemergten PRs in 30 T.

Beitragsleitfaden

Beitragsleitfaden öffnen

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

Broken "documentation for this release" links in the release notes Offen

Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100

getpatchwork/patchwork#668 · Erstellt am 03.8.2026
[v3.1.2] Submitter search doesn't autocomplete Offen

bug web-ui

Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 74/100

getpatchwork/patchwork#546 · 2 Kommentare · Erstellt am 30.7.2023
Patchwork mangling binary file deletion patch Offen

Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 52/100

getpatchwork/patchwork#664 · Erstellt am 28.7.2026
slight privacy inconsistency: /api/patches (HTML) lists people to anonymous users but /api/people doesn't Offen

Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 48/100

getpatchwork/patchwork#663 · Erstellt am 23.7.2026
Ignore whitespace before and after git tags Offen

Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 45/100

getpatchwork/patchwork#645 · Erstellt am 08.1.2026

Alle Issues in getpatchwork/patchwork