You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
If I call _parseVault() with processEnv option, it makes no difference because internally _parseVault() makes another call to configDotenv(), and it only passes that helper the path option, not processEnv. Therefore, it always writes to process.env, even if you tell it not to.
Also, it would be wonderful if dotenv-vault exported a parse() method of its own. The underscore prefixes suggest these were meant only for internal use, and yet there’s no other way to parse, because dotenv-vault doesn’t expose that method, only config().
Oh, I see. That's configuring the environment variables inside the vault itself. Well, it still seems less than ideal to leak those out whenever processEnv is passed through to explicitly state not to pollute process.env.
If I call
_parseVault()
withprocessEnv
option, it makes no difference because internally_parseVault()
makes another call toconfigDotenv()
, and it only passes that helper thepath
option, notprocessEnv
. Therefore, it always writes toprocess.env
, even if you tell it not to.Problematic line:
dotenv/lib/main.js
Line 54 in cf4c569
The text was updated successfully, but these errors were encountered: