Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We鈥檒l occasionally send you account related emails.

Already on GitHub? Sign in to your account

feat: apply .env() globally #553

Merged
merged 2 commits into from Aug 7, 2016
Merged

feat: apply .env() globally #553

merged 2 commits into from Aug 7, 2016

Conversation

nexdrew
Copy link
Member

@nexdrew nexdrew commented Jul 13, 2016

Fixes #486.

This means that a configured envPrefix will not be reset for nested commands.

This could potentially be considered a breaking change since env vars that used to be ignored for the execution of command handlers may no longer be ignored. 馃槷 Otherwise, this could be considered a fix. 馃槙

@coveralls
Copy link

coveralls commented Jul 13, 2016

Coverage Status

Coverage remained the same at 100.0% when pulling aaec7bf on apply-envPrefix-globally into eb1e185 on master.

@bcoe
Copy link
Member

bcoe commented Jul 14, 2016

@nexdrew I'm comfortable calling this a fix, I think this is closer to what the expected behavior would be -- can't think of a case where you'd want to drop .env variables on their face.

@bcoe
Copy link
Member

bcoe commented Jul 14, 2016

@nexdrew alternatively, we could just call this the first 5.x patch, what do you think. There's also:

#539

which relates to the fact that fail() should probably be global -- I'd be pretty comfortable with trying to get to a 5.x release this weekend ... and if we quickly want to release a 6.x release afterwards, so be it.

@bcoe bcoe closed this Aug 7, 2016
@bcoe bcoe reopened this Aug 7, 2016
@bcoe bcoe merged commit be65728 into master Aug 7, 2016
@bcoe bcoe deleted the apply-envPrefix-globally branch August 7, 2016 16:56
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

global options are not affected by environment variables when using sub commands
3 participants