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

Inconsistencies wrt relative paths in `referenced_filenames`

オープン 初心者向け
  • 何か問題がありますか？
#5,268 コメント 1 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 3 日以内に返信

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

評価

難易度
2/5
見積もり時間
1〜3時間
初心者へのやさしさ
70/100
issue の種類
ドキュメント
明瞭さ
おおむね明確
活発さ
活発
技術スタック
python, yaml
領域
documentation

調査の方向性

まず、issue にある 2 つのルール例（mit_1356.RULE と apache-2.0_1122.RULE）を比較して、現在の referenced_filenames パターンを確認します。次に、repo 内でルール形式のドキュメント、または parser/schema のドキュメントを見つけ、referenced_filenames を検索して、意図された相対パスの規約を特定します。ルールの読み込みに関連する既存のテストや例を確認し、期待される動作を調べます。ドキュメントで正規の形式が明示的に定義され、例がそれと一致すれば完了です。

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

説明

bug improve-license-detection question
Description

This isn't so much a bug report as more of a question. I can see that in certain rule files there are relative paths in the license text, but in referenced_filenames it is inconsistent. Sometimes referenced_filenames includes the relative component (such as ..), other times it doesn't.

An example is mit_1356.RULE:

---
license_expression: mit
relevance: 100
is_license_reference: yes
referenced_filenames:
    - LICENSE
---

{{licensed under MIT}}, see ../LICENSE

while in apache-2.0_1122.RULE:

---
license_expression: apache-2.0
is_license_notice: yes
relevance: 100
referenced_filenames:
    - ../../../LICENSE
---

## License

This code is licensed under {{Apache-2.0 }}(../../../LICENSE).

I could not find any guidance in the documentation about what the correct way is.

主要言語
Python
スター
2.7k
フォーク
831
平均マージ
3日 4時間
マージ済み PR（30日）
7

環境構築

はじめの一歩

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

aboutcode-org/scancode-toolkit のほかの issue

aboutcode-org/scancode-toolkit の issue をすべて見る

似ている issue

Python の issue をもっと見る

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

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