Pull the latest version of your application files from the BRICKS server to your local project.Documentation Index
Fetch the complete documentation index at: https://docs.bricks.tools/llms.txt
Use this file to discover all available pages before exploring further.
Pull files from the server
- Click Actions > Pull in the chat panel header
- Review the warnings in the confirmation dialog
- Click Pull or Force Pull
Pull (default)
Pull lands the server’s changes on yourmain branch through a temporary BRICKS_PROJECT_try-pull-application branch (or …try-pull-module for modules):
- Refuses to run when you have unstaged changes — commit or stash them first.
- Aborts with “Already up to date” when your
HEADalready matches the server commit. - Creates the try-pull branch from your last synced commit (see Sync marker below), applies the new files, and commits them.
- Checks out
mainand 3-way-merges the try-pull branch back in. - Deletes the try-pull branch so you do not need to manage a side branch.
- Records the new
HEADas the next sync point.
Resolving merge conflicts
When the merge produces conflicts, CTOR commits the conflict markers onmain (with --no-verify so pre-commit hooks do not reject the intermediate state) and the dialog surfaces a Pull warning. The auto-compile banner then reports the conflict markers as typecheck errors — resolve them in place on main and the banner clears as you fix each file.
Sync marker
.bricks/.last-pushed-commit is a per-clone file that records the commit you last synced with the server. CTOR updates it after every successful deploy, Update Config, or non-force pull, and prefers it as the merge base on the next pull. When the marker is missing (a fresh clone, for example), CTOR falls back to the server’s last commit id; when neither is reachable in your local history, the try-pull branch is created from HEAD and the 3-way merge collapses to the same result.
Force Pull
Force Pull stays on the current branch, auto-commits any unstaged changes (aschore(force-pull): saved unstaged changes before pull), and overwrites local files with the server version. It does not touch the sync marker — that is owned by the deploy, Update Config, and non-force Pull flows.