Metadata-Version: 2.1
Name: env-should-be
Version: 0.1.1
Summary: a cli to help, build multi env applications.
Home-page: https://github.com/wassef911/env_should_be
Author: Wassef911
Author-email: wassef911@gmail.com
Keywords: python3,pypi,package
Classifier: Development Status :: 5 - Production/Stable
Classifier: Intended Audience :: Developers
Classifier: Topic :: Software Development :: Build Tools
Classifier: Programming Language :: Python :: 3 :: Only
Classifier: License :: OSI Approved :: MIT License
Classifier: Operating System :: OS Independent
Requires-Python: >=3.11.4
Description-Content-Type: text/markdown
Provides-Extra: dev
Provides-Extra: test

# ENV_SHOULD_BE

< THIS READMEME is under construction 🤫🤫🤫 >

a cli to help, build multi env applications, an example description.json is found at the root of the project

```sh
usage: env_should_be [-h] -d DESCRIPTION [DESCRIPTION ...] [-fs FAIL_SILENTLY] [-e ENV_FILE]

How should your environment be?

options:
  -h, --help            show this help message and exit

  -d DESCRIPTION [DESCRIPTION ...], --description DESCRIPTION [DESCRIPTION ...]
                        <Required> either one or multiple paths for description files.

  -fs FAIL_SILENTLY, --fail-silently FAIL_SILENTLY
                        <Optional> will return an exit status of 0 even if the description(s) fail to match the current env (still triggers the fail_callback).

  -e ENV_FILE, --env-file ENV_FILE
                        <Optional> not specifying a path to a specific env file to valid description(s) against, environment variables in the current shell will be loaded instead.
```

# TODOs:

- support required arg
- support callbacks
- example Dockerfiles for different base images
- a more helpful readme
