Local .env support for Environment Config overrides
Open
Nobody has claimed this yet.
- Dominant language
- Haskell
- Stars
- 95
- Forks
- 21
- PR merge metrics
- No merged PRs in 30d
Description
Folks often complain about accidentally committing src/Env.elm.
Ideally we should be able to have:
- a valid
src/Env.elmwith purely test or dummy values - support for an optional
.envwhere withlamdera live- any defined values in
.envthat match anEnv.*config item name, override its value - any changes to .env live reload as expected
- any defined values in
Considerations for a good design:
- Can we make this delightful, such that you can't accidentally typo an Env.elm config name in .env, and not realise you haven't overriden what you thought you did?
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by tracing how src/Env.elm values are handled when running lamdera live, then identify where an optional .env could be read and reloaded. Define how matching Env.* names and invalid or unknown names should behave, and verify the design covers dummy defaults, overrides, typo detection, and live reload.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- haskell
- Domain
- compilers
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 35/100