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

Amend configuration ADRs for the two-module subsystem

Cerrado
  • ¿Algo no está bien?
#410 0 comentarios 0 reacciones 0 asignados Ver en GitHub

Los mantenedores suelen responder en 2 días

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
3/5
Tiempo estimado
1-2 días
Aptitud para principiantes
68/100
Tipo de issue
Documentación
Claridad
Bastante claro
Estado de actividad
Activo
Stack tecnológico
python
Área
documentation

Línea de trabajo

Localiza ADR 0000, el registro de configuración por capas, los registros de perfiles posteriores y el texto adyacente sobre contribuciones y arquitectura. Lee las reglas de dependencias actuales y ejecuta las comprobaciones de referencias a ADR, las pruebas de arquitectura, los contratos de dependencias y la compilación de la documentación. El trabajo se considera terminado cuando los registros describen ambos módulos de forma coherente y todas las comprobaciones enumeradas pasan sin cambios en producción ni en las políticas.

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

Descripción

ready-for-agent

What to build

Bring the accepted configuration records back into agreement with the architecture that the code and fitness functions currently enforce: a small public configuration interface over a private configuration foundation, with both modules constrained to dependency-free package leaves and the standard library.

Treat this as an additive, behavior-neutral amendment under ADR 0000, not a new or superseding decision. The layered-configuration record should own the complete dependency rule; later profile records and adjacent contributor prose should cite it rather than restating a stale single-module model.

Acceptance criteria

  • No current configuration ADR claims that configuration is a single module or that exceptions are its only first-party dependency.
  • The owning record states the permitted dependencies for both the public interface and private foundation exactly as the fitness function enforces them.
  • The owning record's status and notes identify the additive amendment and explain that public imports and behavior did not change.
  • Later configuration records cite the owning dependency rule instead of duplicating it.
  • Adjacent contributor and architecture prose contains no stale single-module description.
  • No production code, public import path, configuration behavior, or fitness-function policy changes.
  • ADR-reference checks, architecture tests, dependency contracts, and the documentation build pass.

Blocked by

None — can start immediately.

Lenguaje dominante
Python
Estrellas
268
Forks
65
Merge medio
3 d 14 h
PR fusionados (30 d)
11

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 DOI-USGS/dataretrieval-python

Todos los issues de DOI-USGS/dataretrieval-python

Issues similares

Más issues de Python

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.