mirror of
https://github.com/nushell/nushell.git
synced 2024-11-08 09:34:30 +01:00
74b812228c
* remove unused dependencies * upgrade dependency bytes 0.5.6 -> 1.1.0 * upgrade dependency heapless 0.6.1 -> 0.7.8 * upgrade dependency image 0.22.4 -> 0.23.14 * upgrade dependency mp4 0.8.2 -> 0.9.0 * upgrade dependency bson 0.14.1 -> 2.0.1 Bson::Undefined, Bson::MaxKey, Bson::MinKey and Bson::DbPointer weren't present in the previous version. Co-authored-by: ahkrr <alexhk@protonmail.com> |
||
|---|---|---|
| .. | ||
| src | ||
| tests | ||
| Cargo.toml | ||
| README.md | ||
Nu-Engine
Nu-engine handles most of the core logic of nushell. For example, engine handles: - Passing of data between commands - Evaluating a commands return values - Loading of user configurations
Top level introduction
The following topics shall give the reader a top level understanding how various topics are handled in nushell.
How are environment variables handled?
Environment variables (or short envs) are stored in the Scope of the EvaluationContext. That means that environment variables are scoped by default and we don't use std::env to store envs (but make exceptions where convenient).
Nushell handles environment variables and their lifetime the following:
- At startup all existing environment variables are read and put into
Scope. (Nushell reads existing environment variables platform independent by asking theHost. They will most likely come fromstd::env::*) - Envs can also be loaded from config files. Each loaded config produces a new
ScopeFramewith the envs of the loaded config. - Nu-Script files and internal commands read and write env variables from / to the
Scope. External scripts and binaries can't interact with theScope. Therefore all env variables are read from theScopeand put into the external binaries environment-variables-memory area.