Elide keeps two binary files under .dev/ to make builds fast and incremental. Both are managed by Elide — you should not edit them by hand.
The two files
| File | Role |
|---|---|
.dev/elide.lock.v2.bin | Shared build state — the portable set of per-task input/output fingerprints, intended to be shareable across environments. |
.dev/elide.build.bin | Local build state — machine-local per-task fingerprints. |
Both files record per-task input/output fingerprints so elide build can skip tasks whose inputs have not changed; they differ only in scope (shared/portable vs. machine-local). Despite the lock in its name, .dev/elide.lock.v2.bin holds build-state fingerprints — not a resolved dependency graph. Both are written in a binary (Protocol Buffers) encoding.
There is no unified resolved-dependency lockfile. Dependency-resolution state is recorded per ecosystem — for example npm’s
aube-lock.yaml— rather than in one file.
Refreshing
elide install reuses cached resolution when the dependency list is unchanged. To ignore caches and re-resolve everything from scratch:
elide install --fresh