Use a path string instead of a string list to encode Node paths
メンテナーはふだん 1 日以内に返信
@r-c-n がすでに取り組んでいます。
2024年3月18日 から。
評価
この issue はまだ評価されていません。
説明
Currently, all Nodes have a path field that encodes the path to that node from a root node (in practice, a checkout node) as a list of strings. I don't know the reason to pick a list to encode a path, but there are certain shortcomings that come with it, the most important of which is that it severely handicaps the way it can be used in queries. That is, we can't search for nodes with a certain string in their paths because we can't express that kind of condition (match an element inside a list) in our queries.
I propose we use a more universal approach to paths and use a common slash-separated path string instead?
Pros:
- They can be properly used as query conditions
- They can carry additional information that the lists can't provide: for instance, we can encode whether a node is a leaf node or an intermediate node by having the intermediate nodes end their path string with a trailing slash ('/'). This would give us additional expressiveness in the queries for free, we'd be able to quickly identify if a node contains children nodes or if it's a leaf node.
- No loss of expressiveness or features compared to the current implementation.
Cons:
- The character used as the separator can't appear in the name of a test suite, test case, etc.
This could be done with very few code changes, a simple set of helper functions can do the work of managing this field (appending parts to the path, setting a trailing slash when adding children nodes, unpacking path parts, etc).
- 主要言語
- Python
- スター
- 119
- フォーク
- 109
- 平均マージ
- 8時間 1分
- マージ済み PR(30日)
- 13
環境構築
このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
kernelci/kernelci-core のほかの issue
-
good first issue
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
kernelci/kernelci-core#2591 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
難易度 3/5 1〜2日 初心者へのやさしさ 48/100
kernelci/kernelci-core#3243 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 25/100
kernelci/kernelci-core#3234 ·
メンテナーはふだん 1 日以内に返信
-
Make Kubernetes job network readiness checks bounded and deployment-independent再び着手できるかも @Aniket1260 が 50 日前に担当しましたが、オープン中のプルリクエストはありません。 オープンgood first issue techdebt
難易度 5/5 1週間以上 初心者へのやさしさ 35/100
kernelci/kernelci-core#3197 · コメント 3 件 ·
メンテナーはふだん 1 日以内に返信
-
chromeos techdebt
難易度 5/5 1週間以上 初心者へのやさしさ 35/100
kernelci/kernelci-core#3196 ·
メンテナーはふだん 1 日以内に返信
kernelci/kernelci-core の issue をすべて見る
似ている issue
-
idxmax/idxmin raise ValueError when a single partition is all-NA対応中かも @Jason10191019999 が今日担当しました。 オープンneeds triage
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
メンテナーはふだん 3 日以内に返信
-
bug
難易度 2/5 1〜3時間 初心者へのやさしさ 64/100
-
[BUG]: Windows GUI package of v1.17.0-rc3 has no GTK DLLs対応中かも @andrut-ds が今日担当しました。 オープンbug CI/CD Pactus-GUI Windows
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
pactus-project/pactus#2428 ·
メンテナーはふだん 1 日以内に返信
-
DiskDataset.reshard() can hang with a zero or negative shard size対応中かも @Programmer-Develops が今日担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
メンテナーはふだん 19 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 66/100
GNS3/gns3-server#3017 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信