Readiness scanner: deployable offline package — runs on the customer's side, no source leaves

Abierto
#4,726 0 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
25/100
Tipo de issue
Nueva funcionalidad
Claridad
Bastante claro
Estado de actividad
Activo
Stack tecnológico
python
Área
cli, devtools

Línea de trabajo

Start from the proposed gitgalaxy assess <estate-dir> entry point and the epic it links to, since the payload names no source files. Confirm the scanner runs with no network access and no optional services, and check what its output currently contains. Done means a clean-machine run produces counts and redacted names with no source text, backed by a no-source-text test and a redaction test.

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

Descripción

enhancement legacy-modernization priority: medium

What. Package the scanner as one command, e.g. gitgalaxy assess <estate-dir> [--jcl ...] [--options ...], that runs locally, offline, read-only at a customer site:

  • No network calls.
  • The output contains only counts, feature names, program names (optionally hashed or redacted) and statuses, never source text.
  • A redaction mode for program and dataset names.
  • Minimal dependencies (no Docker / Db2 / JDK needed for the assessment; the translate-only dry run must work without them).
  • Documented install and run; versioned.

Acceptance.

  • Runs on a clean machine from the published package.
  • A test asserts no source text appears in the output.
  • A redaction test.
  • Works on every burned estate.
  • Docs for a customer to run it.

Part of the estate readiness scanner epic (linked from the epic). Owner-approved direction, 2026-10-08.

🤖 Generated with Claude Code

Lenguaje dominante
Python
Estrellas
57
Forks
11
Merge medio
1 h 35 min
PR fusionados (30 d)
975

Preparar el entorno

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 squid-protocol/gitgalaxy

Todos los issues de squid-protocol/gitgalaxy

Issues similares

Más issues de Python

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.