Start app during init to verify instrumentation
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 30/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Necesita aclaración
- Estado de actividad
- Tranquilo
- Stack tecnológico
- typescript
- Área
- cli
Línea de trabajo
Empieza con el comando sentry init y compara su flujo con el comportamiento existente de agent-plugin descrito en el issue. Define una forma segura de decidir cuándo es viable una ejecución local, cómo preguntar o cancelar en el caso de proyectos costosos y cómo la finalización demuestra que se envió un error de prueba; usa el issue relacionado #1381 como contexto para la salida de éxito.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
After sentry init instruments a project, nothing reaches Sentry unless the app is actually running and exercised. Users are left to know they should start the app and try things out; the CLI does not detect a local runtime or drive a verification path.
Agent plugins already do a stronger version of this: figure out how to start the app (or ask the user), execute test code, and send a test error so setup is proven end-to-end.
Current behavior
sentry initconfigures the SDK and finishes without checking whether the app is running locally- no start/run step and no automatic test error from a live app process
- success can look complete while zero events were sent
Gap
- Local instrumentation only produces signal when the app runs; without that, users get a false sense that setup is done
- Naive always-run behavior is risky on large/hard projects (e.g. monorepos like
sentry), where agent-driven start attempts can burn excessive tokens
Related: #1381 (init success output does not prove setup worked)
Proposal from discussion
- Try to start/run the project after init, similar to the plugin flow, and send a test error when feasible
- Bail out early (or ask the user) when the project looks difficult/expensive to run rather than forcing a full start attempt
Raised by Dhrumil Parekh; constrained by Miguel Betegon from prior run attempts on large repos.
Requested by Miguel Betegon.
--
- Lenguaje dominante
- TypeScript
- Estrellas
- 121
- Forks
- 14
- Merge medio
- 23 h 54 min
- PR fusionados (30 d)
- 103
Guía de contribución
No hay ninguna guía de contribución indexada para este repositorio
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de getsentry/cli
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
-
Dificultad 3/5 1-2 días Aptitud para principiantes 68/100
-
Dificultad 3/5 1-2 días Aptitud para principiantes 65/100
-
bug jared
-
jared
Dificultad 4/5 3-5 días Aptitud para principiantes 52/100
Todos los issues de getsentry/cli
Issues similares
-
bug(cli): hapi doctor inline-media prints a fabricated B:\ helper-script path in packaged installs Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
-
Crush Abierto
Dificultad 1/5 Menos de una hora Aptitud para principiantes 85/100
catppuccin/catppuccin#3125 ·
-
Add a SECURITY.md Abierto
Dificultad 1/5 Menos de una hora Aptitud para principiantes 90/100
ElementsProject/cln-application#167 · 1 comentario · 1 reacción ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
Quantco/pnpm-licenses#17 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100