feat: dotenv support

[onbjerg]

Motivation

People want .env support

Solution

Loads .env before anything else so anything is configurable (NO_COLOR etc). Uses the dotenv crate which hasn't had an update in a while, but is widely used. Not sure if there are good alternatives.

Closes #840

[onbjerg]

... because we would need to register the subscriber before loading .env

[mattsse]

this will now auto load regardless which is a big change.

I think we should consider making this opt-in via Config?

[onbjerg]

not sure... if config is loaded, then dotenv won't take effect on config values? also, not sure why you would have a .env in your project w/o it being related. Not sure

Maybe it's possible to write a Figment provider? Although that would mean things outside the scope of config won't be interpreted (NO_COLOR etc)

[mattsse]

Also rewrites the Solc reporter using yansi so the indicator respects NO_COLOR. Unfortunately it does not seem like yansi has the "clear line" etc. escape sequences

can split this to another PR?

[mattsse]

this will now auto load regardless which is a big change.

I think we should consider making this opt-in via Config?

[onbjerg]

can split this to another PR?

yep

[gakonst]

should this be always on? i'd make it opt-in via foundry toml maybe? dotenv = "<path>"?

[onbjerg]

@gakonst I don't see why you would have a .env in your project directory if it's unrelated. We can make it configurable but I'm not entirely sure how it will work with config - if we load config first, and then load .env, then .env won't have any effect on the config values unless we reload the config again I think? Don't feel strongly either way if feasible, but I think people do expect it to be always on

Edit: Alternatively, if Clap allows, we could have a --env <path> global flag, but I don't know if that's satisfying for people who want it autoloaded :S

[gakonst]

ok let's just ship it as-is and see what the feedback is :p