Clone volumes
clone_volumes is a list of paths copied from the source worktree to the
current worktree on the first wos up. Use it for local data and secrets
that aren’t in Git but a new worktree needs to start.
clone_volumes: - .data - .env.local - .env.local:.envEntry forms
Section titled “Entry forms”Each entry can be:
- a plain path (for example,
.data) — copies from the same relative path in the source worktree to the same relative path in the current worktree; - a
source:destinationmapping (for example,.env.local:.env) — copies fromsourcetodestination. The separator is the first:in the string.
Relative source is resolved against the source worktree, relative
destination against the current worktree. Absolute paths are used as-is.
destination is the exact target path, not a directory into which source
is copied.
Source worktree vs. secondary worktrees
Section titled “Source worktree vs. secondary worktrees”- When
wos upruns from the source worktree (source-worktree mode), the clone-volumes step is skipped entirely — the files are already in place.wos up --forcein source-worktree mode also does not delete clone-volume destinations. - In secondary worktrees,
wos up --forceremoves each resolved destination (including absolute destination paths) before copying again.
Order during first-run setup
Section titled “Order during first-run setup”clone_volumes are copied first, before cache restore and app.init_script.
See the deployment lifecycle for the full
ordering.