Move custom fonts and capability-based Bricks settings without breaking target environments.
Updated 5 June 2026·Task guide
Outcome
Custom fonts, font files, and Bricks capability settings such as SVG uploads, maintenance bypass roles, and code execution move intentionally between sites.
Video walkthrough
▶
Video walkthrough coming soon.
The YouTube embed will appear here.
Risk level
High. Capabilities and code/SVG settings can be security-sensitive. Review production settings manually.
Before you start
Know whether the target should inherit capability settings from the source.
Check whether font files already exist on the target.
Confirm code execution and SVG policies are acceptable for the target environment.
Steps
Include custom fonts with template releases Templates that depend on custom fonts should ship with the custom-fonts integration.
Review capability settings separately Do not blindly overwrite production security settings.
Dry-run font imports Check whether existing media/font files will be reused by slug/path.
Verify the Bricks font picker After import, confirm custom fonts appear and render.
Verify security-sensitive capabilities Review SVG, code execution, and bypass roles after import.
Capabilities can be security-sensitive
Treat Bricks capability sync like configuration migration, not design content. Production may need stricter settings than staging.
Code basis
WPChangeSync 2.0 reworked custom fonts with CPT handlers and font file import/export, and includes Bricks capability settings in push/pull and storage flows.
$pathstringRequired
Absolute path of the directory to write the snapshot to.
$modestringOptionaldefault: two-way
Sync direction — push, pull or two-way.
$gitboolOptionaldefault: false
When true, commits the snapshot to the repository after writing.