Local Packs

echnically, a local pack is a record in the VCS Local Pack (sys_vcs_local_pack) table related to versions of the related records in a VCS Record (sys_vcs_record) table. Every single version is an atomic state of versioned tables (those ones which have the Is VCS Enabled checkbox selected). All record versions in the local pack are displayed in a related list on a local pack form.

Default local pack is a local pack named "Default 1" created automatically after creating a new application.

Local packs allow developing application configurations on a separate instance, exporting it as a .SOP file, and implementing it to the main instance. This approach allows minimizing risks of mistakes, error and conflicts, which may affect the main instance during application development. In SimpleOne, developers can work on their task separately and then combine the results into team's final configuration pack. You can see the process in the scheme below:

Team Development

In SimpleOne, you can perform your parallel development on multiple instances. For now, team development is represented an operation approach and is handled by two engines:

1. Configuration packs
2. Merging.

Create a local pack 

To create a local pack, please complete the steps below:

1. Navigate to Configuration → Local Packs.
2. Click New and fill in the fields.
3. Click Save or Save and Exit to apply changes.

VCS Local Pack form fields

Version restoring

A non-actual version (the is_current attribute value is equal to 'false') can be restored if needed. To perform this, please complete the steps below:

1. Navigate to Configuration → VCS Records.
2. Find the record to be recovered. You can use list search for the Condition Builder.
3. Open the record you need.
4. Click Restore Version.

After that, a new VCS record is created in the current local pack.

Moving VCS records

If a version has been created in a wrong local pack by mistake (for example, in the Default local pack), then you can move it to the required local pack. For this, please complete the steps below:

1. Navigate to Configuration → VCS Records.
2. Find a record to recover. You can use list search or the Condition Builder.
3. Open the record you need.
4. Click the magnifier icon by the Local Pack field and choose the desired local pack.
5. Click Save or Save and Exit to apply changes.

Local Pack Merging 

Sometimes you need to combine two or more local packs together, for example, in case of team development. Merged local packs speed up implementation process and help to arrange updates and development in one pack.

To merge local packs, please complete the steps below:

1. Navigate to Configuration → Local Packs.
2. Choose local packs you need to merge by selecting the appropriate checkboxes, then click the Merge button.
3. Fill in the name and description of the consequent local pack.
4. Click Merge.

As a result:

• A new local pack is created. It contains last versions of the VCS Record (sys_vcs_record) from merged local packs.
• This new local pack state is In Progress.
• The original local packs are removed.
• If any versions were referenced to original local packs and didn't get into the resulting one, then this reference is reset.

Local Pack Exporting

After you completed collecting record versions, you need to export the changes for further import to other instances. For this, please complete the steps below:

1. Navigate to Configuration → Local Packs.
2. Find the local pack to export. You can use list search for the Condition Builder.
3. Open the desired local pack.
4. Change the state value to Completed.
5. In the hamburger menu , select Export → As a New Application.

Snapshots

In version control systems (VCS), snapshot is the fixed system or database status description. There are two ways to create a table snapshot:

• via table managing form
• with server-side API class SimpleVcs.

Option 1

1. Navigate to System Definition → All Tables.
2. Using the search bar and/or a Condition Builder, find the table for which you want to create a snapshot, and navigate to it.
3. Open the hamburger menu and navigate to Configure → Table.
4. Click the Create VCS snapshot button at the right top. This button is visible only when the versioning for this table is on (the is_vcs_enabled attribute is set to TRUE).

Option 2

1. Navigate to System Definition → Scripts.
2. Write down a script and call createTableSnapshot(tableName) method in it.

Any completed local pack can be rolled back. Rollback will restore the versions of all the records in this local pack as they were before the start of the update collection within this local pack, or before committing this local pack.

Deleted records will be restored, and created records will be deleted.

Example

• Before local pack committing, the record had a version X.
• After the local pack committing, it has version Y.
• And after rollbacking, it will have version X again, even if after local pack completing it had any other version.

Rollback a local pack

Any completed local pack can be rolled back. Rollback will restore the versions of all the records in this local pack as they were before the start of the update collection within this local pack, or before committing this local pack.

Deleted records will be restored, and created records will be deleted.

Example

• Before local pack committing, the record had a version X.
• After the local pack committing, it has version Y.
• And after rollbacking, it will have version X again, even if after local pack completing it had any other version.

To rollback a local pack, please complete the steps below:

1. Navigate to Configuration → Local Pack.
2. Click on the local pack you need to rollback and navigate into it.
3. Click Rollback Preview to preview the list of the records that are going to be restored.
4. Review the contents of the local pack, fix possible collisions if required. After fixing the collision, complete the steps below:
   1. Navigate to Configuration → VCS Preview Log.
   2. Click on the record that was causing the collision.
   3. In the State field, select the Allowed value.
   4. Click Save or Save and Exit to apply changes.
5. Click Rollback to restore records to the previous version.

6. Resolve the issues encountered.

This process both record updates and dictionary changes. Some changes caused by the rollback may lead to data loss.

Here is the expected result of the process: