-
Notifications
You must be signed in to change notification settings - Fork 0
fix(texlive-tags): declare the two registry-less references #172
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Changes from all commits
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
| Original file line number | Diff line number | Diff line change |
|---|---|---|
|
|
@@ -17,7 +17,15 @@ | |
| "name": "latex-environment" | ||
| }, | ||
| { | ||
| "name": "latex-release-action" | ||
| "name": "latex-release-action", | ||
| "ignore": [ | ||
| "CHANGELOG.md" | ||
| ], | ||
| "ignore_note": "どのリリースが何を出したかの記録。2026d と 2026a を名乗る行があるが、現行版に揃えると履歴が壊れる。", | ||
| "extra_patterns": [ | ||
| "(?<!ghcr\\.io/smkwlab/)texlive-ja-textlint:\\K[0-9]{4}[a-z]?" | ||
|
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. 🚨 [HIGH]
PR 本文では「否定後読みで重複を防ぐ」と説明されていますが、それは同一リポジトリ内での既定検出との重複を防ぐものです。もし将来、両リポジトリが同じファイルを参照するような構成変更があった場合、このパターン自体が複数エントリに存在することで混乱を招く可能性があります。 また、このパターンが
Member
Author
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. 2 点とも確認しました。どちらも据え置きます。
|
||
| ], | ||
| "extra_patterns_note": "Dockerfile の 1 行目は既定の検出が拾うが、8 行目の注記はレジストリ接頭辞を伴わないため拾えない。同じイメージを指す 2 箇所のうち片方だけが動くと、どのバリアントが使われるかの説明が実態と食い違う。否定後読みは、既定の検出と同じ箇所を二重に数えないため。" | ||
| }, | ||
| { | ||
| "name": ".github" | ||
|
|
@@ -32,9 +40,10 @@ | |
| ], | ||
| "ignore_note": "更新手順の説明で、架空の版(2025d)をリリースする筋書きとして書いている。現行版に揃えると手順の語りが壊れる。", | ||
| "extra_patterns": [ | ||
| "texlive-ja-textlint \\| \\K[0-9]{4}[a-z]?" | ||
| "texlive-ja-textlint \\| \\K[0-9]{4}[a-z]?", | ||
| "(?<!ghcr\\.io/smkwlab/)texlive-ja-textlint:\\K[0-9]{4}[a-z]?" | ||
| ], | ||
| "extra_patterns_note": "ECOSYSTEM.md のバージョン互換性の表は、イメージ名とタグを別の列に書くため既定の検出では拾えない。この表は 2026-08-04 まで 2026a のまま放置されていた。" | ||
| "extra_patterns_note": "ECOSYSTEM.md のバージョン互換性の表は、イメージ名とタグを別の列に書くため既定の検出では拾えない。この表は 2026-08-04 まで 2026a のまま放置されていた。2 つ目は同じ表の次の行で、こちらは名前とタグがコロンで 1 セルに収まっているため 1 つ目では拾えない。隣り合う 2 行の片方だけが監査対象という状態になっていた。" | ||
| }, | ||
| { | ||
| "name": "sotsuron-template" | ||
|
|
||
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
ignore_noteとextra_patterns_noteはスキーマ上の正式フィールドか確認をignore_noteおよびextra_patterns_noteはコメント代わりに使われていますが、JSON にはコメント構文がないためこのアプローチ自体は理解できます。ただし、これらのフィールドがスキーマや処理スクリプト側で「未知フィールドとして無視される」ことが保証されているか確認してください。スキーマ検証が厳格(additionalProperties: false相当)な場合、バリデーションエラーになる可能性があります。There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
スキーマ検証は存在しないので、バリデーションエラーにはなりません。 据え置きます。
audit-texlive-tags.shが jq で読むフィールドはこれだけです。ignore_noteとextra_patterns_noteは読まれず、単に無視されます。スクリプト内に$schema/ajv/jsonschema等による検証は一切ありません。そもそもこの書き方はこのファイルの既存の慣習です。
$schema-note— ファイル全体の趣旨を書いているinvariants— 5 つの不変条件を散文で書いているlatex-ecosystemのignore_note/extra_patterns_note— 今回追加したものと同じ形つまり
_noteサフィックスは、JSON にコメント構文がないことへの既定の対処としてこのファイルが元から採っている方式で、今回それに倣っただけです。ご指摘のとおりadditionalProperties: falseのスキーマが後から導入されれば影響しますが、そのときは既存の$schema-noteやinvariantsも同時に引っかかるので、このファイル全体の設計判断として扱うべき話になります。