[Feature Request] Configurable schema filename

Abierto
#976 4 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
1-2 días
Aptitud para principiantes
48/100
Tipo de issue
Nueva funcionalidad
Claridad
Bastante claro
Estado de actividad
Tranquilo
Stack tecnológico
typescript

Línea de trabajo

Start by reading the implementation of varlock load and how it locates .env.schema; the issue does not name specific files or tests. Compare the existing --path behavior with other load call sites, then identify where a shared configurable filename would need to be read. Done means the schema filename can be configured through a project wide mechanism and works across varlock load call sites.

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

Descripción

Description

Allow the schema filename to be something other than .env.schema — via an env var, a package.json field, or a config key.

Motivation

Coding agents are commonly sandboxed with a deny rule on .env* so they can't read secret-bearing dotenv files. That rule catches .env.schema too, even though it's committed and holds no values — so the agent can't read or edit the one file it's most useful for it to maintain.

Proposed Solution

No preference on mechanism.

Alternatives

Naming the real file .env-schema and symlinking .env.schema to it. Works, but the symlink has to be explained to everyone who sees it.

--path .env-schema also appears to work, but only applies to that one call site — anything else running varlock load sees no schema.

Lenguaje dominante
TypeScript
Estrellas
4.9k
Forks
140
Merge medio
2 d 3 h
PR fusionados (30 d)
35

Preparar el entorno

Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.

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 dmno-dev/varlock

Todos los issues de dmno-dev/varlock

Issues similares

Más issues de TypeScript

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.