Version Control
Last updated 16/10/2025
How Versioning Works in Five
Out of the box, Five provides version control. Version control is a method that helps track, manage, and organize changes made to your application you are developing in Five. It allows multiple developers to work on the same project while keeping a detailed history of every change, including what was changed, who made the change, and when. If a mistake is made, you can revert to an earlier version of a record, effectively restoring it to a previous state.
You can see these changes in the History button located in the form app bar for each record. Five also has inbuilt tools, such as the Audit Trail tool, which you can use to search and view changes to your application.
For every table you create in Five, a history table is automatically created to store changes and previous states can be restored. Your table will hold the current version of the record, while the history table will hold all previous versions. Five has default settings configured for your history tables.
Five's Default Settings
On your application record, you have access to the Versioning tab which will display the Versioning form. This is where you can see the default values set by Five, all fields are editable, however, there is nothing you need to edit here if you wish to keep this feature and just use the defaults set by Five.

The table below explains the fields on the Versioning form.
| Field | Default Setting | Description |
|---|---|---|
| Enable Versioning | true | This will allow for a full set of history tables to be created. |
| History Table Prefix /Suffix | Suffix: _ | At least one of these fields is mandatory for versioning so Five can duplicate your table schema with the table name and the prefix, suffix, or both and store all versions of a record in the history table. For example, if you had a table called Customer, by using the underscore suffix, there will now be two versions of the table in the database shown: Customer and Customer_. The Customer table will be the main table and hold the latest version of each record, while the Customer_ table will be the history table and will hold all previous versions of the record. |
| Version Key Field Default | iVersionKey | This field will be the name of the column in the history table that will hold the primary key (Globally Unique Identifier, GUID) to uniquely identify each version of the record. |
| Last User Field Default | iLastUserKey | This field will be the name of the column in the history table that stores the GUID associated with the user who last performed changes, and the user’s name will be available in the history timeline. |
| Record Action Field Default | RecordAction | This field will be the name of the column in the history table that stores the action that was performed: C – Create, U – Update, or D - Delete. |
| Record Date Field Default | RecordDate | This field will be the name of the column in the history table that stores the timestamp of when the modifications occurred and will be available in the history timeline displayed as date and time. Database format - RFC 3339 (2019-10-12 07:20:50.52z) |
Disable Versioning
1. Select the Application record in the list and click the Versioning tab.

2. Either click the Edit button in the form app bar or click directly on the Enable Versioning switch.

4. Click the Enable Versioning switch.

5. Click the Save button in the form app bar.

Restore to a Previous Version
1. Select a record in the list and click the History button in the form app bar.

2. Click a previous point on the timeline.

4. Click the Edit button in the form app bar.

5. Click the Save button in the form app bar.

Versioning in Your Application
By default, with Versioning on in Five, versioning will also be available in your application through the History button in the form app bar. Users wil only have access to the permissions granted in their role.