mirror of
https://github.com/spf13/viper
synced 2024-11-16 18:07:02 +00:00
docs: propose dropping file writing support
Signed-off-by: Mark Sagi-Kazar <mark.sagikazar@gmail.com>
This commit is contained in:
parent
a0f1caa4ed
commit
c943b3ef27
2 changed files with 24 additions and 0 deletions
|
@ -10,6 +10,8 @@ Referenced by [3. Extract components with heavy dependencies from the core](0003
|
|||
|
||||
Referenced by [4. Use separate GitHub organization for new packages](0004-use-separate-github-organization-for-new-packages.md)
|
||||
|
||||
Referenced by [7. Drop writing support](0007-drop-writing-support.md)
|
||||
|
||||
## Context
|
||||
|
||||
Architecturally speaking Viper became a giant over the years: it hides a lot of complexity behind a simple interface.
|
||||
|
|
22
docs/adr/0007-drop-writing-support.md
Normal file
22
docs/adr/0007-drop-writing-support.md
Normal file
|
@ -0,0 +1,22 @@
|
|||
# 7. Drop writing support
|
||||
|
||||
Date: 2021-09-22
|
||||
|
||||
## Status
|
||||
|
||||
Proposed
|
||||
|
||||
References [2. Prefer making backward compatible changes](0002-prefer-making-backward-compatible-changes.md)
|
||||
|
||||
## Context
|
||||
|
||||
The number one source of issues for Viper comes from the fact that it supports both reading and writing.
|
||||
It causes concurrency issues and has lots of inconsistencies.
|
||||
|
||||
## Decision
|
||||
|
||||
Drop file writing support from Viper in v2.
|
||||
|
||||
## Consequences
|
||||
|
||||
This is going to be a major breaking change in the library, but it will make maintenance significantly easier.
|
Loading…
Reference in a new issue