Hacktoberfest 2026: los issues que los mantenedores marcaron para octubre, abiertos y aptos para principiantes. Explorar issues de Hacktoberfest

版を名指しした記述の洗い出しが拡張子で限定されていて、knip.jsonc のような設定ファイルを取りこぼす

Abierto
#89 2 comentarios 0 reacciones 0 asignados Ver en GitHub

Los mantenedores suelen responder en 1 día

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
4/5
Tiempo estimado
3-5 días
Aptitud para principiantes
52/100
Tipo de issue
Documentación
Claridad
Bastante claro
Estado de actividad
Activo
Stack tecnológico
git

Línea de trabajo

リポジトリのルートで、提案された git grep と現在の拡張子限定検索を比較し、knip.jsonc や除外対象がどう扱われるかを確認する。次に、3つ組でない版表記の例も拾える走査方法と、CLAUDE.mdまたは依存更新手順書のどちらに残すかを整理する。完了条件は、排除する対象と実例を明記した手順が決まり、既知の記述を取りこぼさないこと。

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

documentation enhancement

今の状態

依存の更新で古くなった「版を名指ししている記述」を洗い出すとき、次の形が使われた。

git grep -nE '[0-9]+\.[0-9]+\.[0-9]+' -- '*.ts' '*.vue' '*.md' \
  ':!pnpm-lock.yaml' ':!openspec/changes/archive'

このパススペックは対象を *.ts *.vue *.md に限っている。追跡ファイルの拡張子を
数えると、残りは次のとおりで、いずれも走査の対象外になる。

git ls-files | sed -n 's/.*\.\([A-Za-z0-9]*\)$/\1/p' | sort | uniq -c | sort -rn

この限定のために knip.jsonc の // 以上はいずれも knip 6.31.0 で実測。 が拾われ
なかった。knip は実体が 6.37.0 に上がっていたので、この記述は古くなっていた。
(この 1 件は、拡張子を限定しない走査で見つけて直した。)

どこをどう良くできるか

拡張子でなく、除外したいものだけを除外する形にできる。

git grep -nE '[0-9]+\.[0-9]+\.[0-9]+' -- . \
  ':!pnpm-lock.yaml' ':!openspec/changes/archive'

あわせて、3 つ組でない版の書き方(@nuxt/ui 4、MariaDB 11、[email protected] など)は
この正規表現に当たらないので、別の形で拾う必要がある。

走査の形を決めるときは、その形が何を排除しているかを挙げ、排除しているものに当たる
実例を作って、実際に拾われないことを確かめるとよい。今回の knip.jsonc は、
.jsonc がパススペックに無いという、挙げれば分かる排除だった。

誰が何を誤るか

次に依存を更新する人が同じ形の走査を使い、*.ts *.vue *.md 以外のファイルに
書かれた版の記述を取りこぼす。取りこぼしたまま「版を名指ししている記述はすべて
更新した」と述べることになる。設定ファイル(.jsonc .yaml .yml)と スクリプト
(.mjs)には、ツールの挙動を実測した記述が置かれやすい。

実施しなかった理由

走査の形は、このリポジトリのファイルではなく作業手順の側にある。どこに書き残すか
(このリポジトリの CLAUDE.md か、依存更新の手順書か)を決めるのは、版の記述を直す
作業の範囲を超える。

Lenguaje dominante
TypeScript
Estrellas
0
Forks
0
Merge medio
11 h 33 min
PR fusionados (30 d)
19

Preparar el entorno

  • Incluye un Dockerfile o un archivo de Docker Compose
  • Sin plantilla de pull request
  • Sin guía de contribución

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de traPtitech/Checkin

Todos los issues de traPtitech/Checkin

Issues similares

Más issues de TypeScript

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.