This guide explains the first successful AirBridge workflow from connection to backup inspection.
You need:
- An Airtable account.
- Access to at least one Airtable base.
- An Airtable Personal Access Token with the required scopes.
- AirBridge installed for your operating system.
For your first run, use a small non-critical Airtable base. This helps verify connection, backup, inspection, and validation without handling sensitive production data.
Download the latest release for your operating system from GitHub Releases.
Expected release artifacts:
- macOS:
.dmg - Windows:
.msior.exe - Linux:
.AppImageor.deb
See installation.md for platform-specific guidance.
Create a Personal Access Token with the scopes required for your workflow.
For backup only:
data.records:read
schema.bases:read
For backup and restore:
data.records:read
data.records:write
schema.bases:read
schema.bases:write
See airtable-token-setup.md for details.
Open AirBridge and navigate to Connections.
Enter your token and test the connection. AirBridge should verify:
- Token is accepted.
- Base schema can be read.
- Records can be read.
- Restore-related write permissions are available if needed.
Navigate to Backups and start a new backup.
Choose:
- Connection.
- Base.
- Backup scope.
- Redaction options.
- Output path.
Run the backup. AirBridge writes a .airbridge package to the selected location.
Open the generated backup package in AirBridge.
Review:
- Table count.
- Field count.
- Record count.
- Attachment metadata count.
- Linked-record relationships.
- Compatibility warnings.
- Checksum validation.
Do not run restore until you have reviewed the restore plan. In v0.1, restore should target a new base or an empty existing base only.