Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

Hierarchial Patch URLs

オープン
#6 コメント 1 件 リアクション 0 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度
5/5
見積もり時間
1週間以上
初心者へのやさしさ
25/100
issue の種類
機能追加
明瞭さ
おおむね明確
活発さ
停滞
技術スタック
python
領域
api, backend

調査の方向性

Patch モデルの id フィールドと、issue で説明されている既存のパッチ URL 処理から始めます。プロジェクトスコープの識別子を legacy URL とどのように共存させるかを定義し、そのうえで、古い参照のサポートを維持しながらプロジェクト固有の URL が正しく解決されることを確認します。

索引モデルが issue の本文から書いたものです。

説明

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

主要言語
Python
スター
317
フォーク
91
PR マージ指標
30日以内にマージされた PR はありません

コントリビューションガイド

コントリビューションガイドを開く

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

getpatchwork/patchwork のほかの issue

getpatchwork/patchwork の issue をすべて見る

似ている issue

Python の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。