Documentation
How it works

Data migration

Understand links and mounts, and when each method applies.

Apps usually look for data at a fixed location. AppPorts must do more than copy files elsewhere: the app still needs to find them after the move.

For eligible ordinary directories, AppPorts moves data to external storage and leaves a symbolic link at the original location. Access through that location follows the link to the external data.

Tool caches, some application-support files and custom folders can use this method, subject to checks. The target must remain where the link points; moving external data manually can break the link.

Container data: mount migration

Some apps store data in system-managed containers. Containers have access restrictions; leaving a link at the original path does not necessarily let the app access any target that link names.

For eligible container data directories, AppPorts creates a dedicated APFS volume on the external drive, copies the data into it and attaches that volume at the original directory. The app continues to use the same path. This is mount migration.

ComparisonLink migrationMount migration
What remains at the original locationA link to an external locationA directory where the external volume is attached
Typical useTool directories, custom folders and eligible ordinary dataContainer data that passes the checks
External storage requirementsDepend on content and filesystem capabilitiesCurrently requires APFS
Does it automatically re-sign the app?Current migration does not automatically re-signReplacing the app signature is unnecessary

Why the whole container cannot simply move

Containers hold both application data and structures macOS requires to remain intact. Changing protected structure can prevent launch even when copying and mounting succeed.

AppPorts may therefore display a directory without offering migration. Visibility does not establish eligibility. Do not bypass protection through a custom-folder selection. See why some container directories cannot move.

What else is needed for success

Access also depends on the drive being online, system authorization and the app's own behavior. AppPorts having permission to move data does not grant the app permission to read external storage.

After migration, check the state, open the app, and verify existing content and saving. Keep a separate backup of important data. Copy verification cannot guarantee that every background program has stopped changing the source.

Related: migration steps, mount and authorization experiments, classic mode, and the glossary.

Further reading: why AppPorts uses mounts and APFS, and data-directory boundaries.

On this page