DOI-USGS / DOI-USGS/dataretrieval-python
project-root inference in your code-health workflow
- Lenguaje dominante
- Python
- Estrellas
- 265
- Forks
- 63
- Merge medio
- 1 d 20 h
- PR fusionados (30 d)
- 19
Descripción
Hi! I'm the author of [pyscn](https://github.com/ludo-technologies/pyscn). I came across this repo and noticed you're running it in your weekly code-health workflow. Thanks for using it.
I also read the comment in `code-health.yml` about pyscn inferring the wrong project root and silently resolving only part of the imports, which inflates the score. That's a real problem on my side and I'd like to fix it rather than have you work around it. If you remember what the wrong root looked like (or a run where the sanity check fired), I'd appreciate the details. Same for having to run `analyze` twice to get both JSON and HTML; that should be a single invocation.
Separately, there's a GitHub App that runs the same analysis on a schedule and posts the reports for you, in case it saves some upkeep:
https://github.com/apps/polyscan-app
If anything else comes up, feel free to let me know.
Guía de contribución
Línea de trabajo
Review the comment and current invocation in code-health.yml, then gather the wrong project-root details or a run where the sanity check fired. The requested outcome is for pyscn to resolve the full project correctly and produce both JSON and HTML from one analyze invocation, but the implementation location and scope are not identified.
Escrito por el modelo de indexación a partir del texto del issue.
Evaluación
- Stack tecnológico
- python
- Área
- tooling
- Tipo de issue
- Error
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Estado de actividad
- Activo
- Claridad
- Necesita aclaración
- Aptitud para principiantes
- 25/100