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

project create: platform names from registry are unreliable, need client-side validation

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

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

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
48/100
issue の種類
機能追加
明瞭さ
おおむね明確
活発さ
停滞
技術スタック
typescript
領域
cli

調査の方向性

project create コマンドから開始し、そのプラットフォーム文字列が API に渡されるまでを追跡します。src/sentry/models/project.pysrc/sentry/utils/platform_categories.pystatic/app/data/platformCategories.tsx にある有効な識別子を比較します。無効な名前が API への往復を行うのではなく、役立つエラーと類似プラットフォームの候補を示してローカルで失敗すれば完了です。

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

説明

Problem

@betegon was working on sentry project create and discovered that the platform names from the registry cannot be trusted for our API. The actual source of truth for valid platform identifiers lives in a few places in the sentry backend:

Currently project create sends the platform string straight to the API without validating it. If it's wrong, the API returns a 400 and we show an error after the fact. This is a problem for a couple of reasons:

  1. No client-side validation — we waste a round-trip to the API for invalid platforms, and the error we get back isn't very helpful.

  2. No "did you mean?" suggestions — users can easily get the platform name slightly wrong (e.g. javascript-next instead of javascript-nextjs) and get a generic error with no guidance on the correct name.

  3. Particularly important for agents — when agents are creating projects (like in sentry init), client-side validation would let us fail faster and with better error messages instead of relying on the API round-trip. This matters because agents may generate platform names that are close but not exact.

We should copy the valid platform list locally for the command and also suggest similar platforms when the user provides one that doesn't exist.

主要言語
TypeScript
スター
121
フォーク
14
平均マージ
23時間 54分
マージ済み PR(30日)
103

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

このリポジトリのコントリビューションガイドは索引されていません

はじめの一歩

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

getsentry/cli のほかの issue

getsentry/cli の issue をすべて見る

似ている issue

TypeScript の issue をもっと見る

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

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