[Request/Question] Allow control over if/how the $env var is exposed
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 30/100
Línea de trabajo
Empieza rastreando cómo se expone la variable $env a los programas de expr y compara ese recorrido con la directiva existente DisableBuiltin(). Confirma la API prevista para renombrar o deshabilitar $env, añade cobertura que muestre el comportamiento seleccionado y verifica que el comportamiento predeterminado existente se mantenga intacto.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
I'm considering using expr at DAYJOB and would like to not expose the $env var using that name. We're planning on using expr as a DSL and the domain has vars which conflict with $env and/or look similar enough that I want to stray from any confusion.
I skimmed thru the code and it doesn't look like I can hide it from the expr programs via configuration today. Please call out if I just missed that.
Questions I have for you:
- Does this var need to be exposed to end users? I can understand the convenience of it, but do you see it as a must have or a nice to have?
- Would you be amenable to allowing it to be exposed under a different name? If not, would you be amenable to allowing it to not be exposed (something like the DisableBuiltin() directive)?
I'm happy to do the work to support my request but I wanted to ask before I went and put up a PR that doesn't align with your direction for expr.
- Lenguaje dominante
- Go
- Estrellas
- 8k
- Forks
- 535
- Métricas de merge de PR
- Sin PR fusionados en 30 d
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
- 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 expr-lang/expr
-
docs needed
Dificultad 1/5 1-3 horas Aptitud para principiantes 62/100
-
Dificultad 3/5 1-2 días Aptitud para principiantes 65/100
-
`find`, `findIndex`, `first` and `get` are type-checked as the element type where they return nilAbierto
Dificultad 3/5 1-2 días Aptitud para principiantes 65/100
-
Release latest master branchAbierto
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
Todos los issues de expr-lang/expr
Issues similares
-
agentic-workflows
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
Los mantenedores suelen responder en 1 día
-
priority/4/normal status/needs-triage type/bug/unconfirmed
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
authelia/authelia#13292 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
blinklabs-io/actions#138 ·
Los mantenedores suelen responder en 1 día
-
[UI] AlbumDetails collapses multi-genre list to single primary genre on viewports < lg breakpointAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día