The SimpleOne system allows exporting and importing configuration packs to keep unrelated instances synchronized.
In brief, the VCS configuration pack conception can be defined as an ability to transfer data from one instance to another, in an automatic or semi-automatic way. It is intended for application version control. Configuration packs help to automate transfer data and configurations from one instance to another, lessen the manual effort. The key point is configurations transfer, for not to reiterate it more and more on every instance, you can just import a configuration pack. So, this technology really is to make it easy and automate a migration update from one instance to another.
Application configurations are stored in configuration packs which are represented as a .SOP file containing a set of the application version records. In an OOB supply, the SimpleOne platform contains only the Simple application, but administrators (users with the admin role) can create their own Applications if needed.
There can be more than one local pack in the system, but the changes made by a single source can be written only in one localpack at every moment. You can choose the preferable localpack using the Preferences menu at the right. Please refer to the Interface#AdminPreferences article for the details. |
Initially, the configuration pack should be assembled on the source instance (the instance containing source data) within the local pack related to the specific application. After that, the local pack can be exported to the configuration pack as a .SOP file.
Please note: all system configuration activities should be performed within a detached local pack (do not use default local pack for these needs). |
Using configuration packs allows deploying this configuration on other instances, or, if needed, rollback versions of the specified record or some local pack as a whole to the previous state.
Technically, the configuration pack is the set of the saved records of the VCS Record (sys_vcs_record) table. Every record of this table contains JSON formatted changes and other attributes described below.
{"value": "Report Item", "policy": "Open", "sys_id": 159653803414986194, "column_id": 156941403909472422, "record_id": 159653803414985080, "language_id": 156628684306541141, "application_id": 155931135900000002, "sys_created_at": "2020-08-04 10:47:14", "sys_created_by": 155931135900000001, "sys_updated_at": "2020-08-04 10:47:14", "sys_updated_by": 155931135900000001} |
The configuration pack transfer between instances can be also called "import". On the picture below, you can find the cross-instance configuration versions import flow:
After any transaction (create/update/delete) for the versioned table object, the record is created in the VCS Record (sys_vcs_record) table corresponding to the object state after the transaction. The record version contains the information described below.
VCS Record form fields
Field | Description | |
---|---|---|
Record | An ID of the source record processed by the transaction. | |
Table name | The table name for the target record.
| |
Record document | This ID stores table name and target record ID for which the current record is created. For example: | |
Is Current | This attribute is responsible for current version relevance. When its value is equal to TRUE, then the version corresponds to the target record state relevant for now. | |
JSON Copy | The record version data in JSON format as an associative array. This array stores the target record object relevant state after the transaction. | |
Action | Transaction type. Available options:
| |
Local pack | Reference to the local pack containing this record version. | |
Retrieved pack | Reference to the configuration pack containing this record version. | |
Restored by | The ID of the record version from which the current version has been restored. | |
Platform version | The solution platform version used for version creating. | |
Application | A related application containing the target record. | |
Is Strong Overwrite | If this attribute value is equal to TRUE, then this version will take precedence over the existing version when the import process will go on. | |
Record Policy | The current record protection policy after the transaction is over. |
Technically, 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 attribute turned ON). All record versions in the local pack are displayed on a related list on a local pack form.
To create a local pack, please complete the steps below:
VCS Local Pack form fields
Field | Description |
---|---|
Origin ID | This ID is assigned to the local pack after creating it on a source instance. |
ID | This ID is assigned to the local pack after importing. |
Is Default | This attribute defines that this local pack will be set as default for any user changing the application to the one specified in the Application field. |
Application | Specify an application of which record changes are stored in this local pack. |
Name | Local pack name. |
Description | Local pack description. |
State | Local pack state. Available options:
|
Completed at | The date and time when the local pack state changed to Completed. |
Completed by | Reference to the user who has set the state to Completed. |
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:
After that, a new VCS record is created in the current local pack; the Restored by field value of this record is equal to the ID of the version used for restoring.
You can add a versions list to the versioned table form as a related list. After that, all previous versions of the current record are displayed on the record form. |
Default local pack is a local pack named "Default 1" created automatically after creating a new application. It is not recommended to use this local pack to store versions for the purpose of further import to other instances; create separate packs for these tasks.
If a version has been created in a default local pack erroneously, then you can move it to the required local pack. For this, please complete the steps below:
After you are done with record versions collection within the task implementing, you need to export the changes for further import to other instances. For this, please complete the steps below:
As a result,
Recommendations:
|
Two local packs can be merged in one if necessary. For this, please complete the steps below:
Team Development In SimpleOne, you can perform your parallel development on multiple instances. For now, team development is represented an an operation approach and is handled by two engines:
In brief, in order to facilitate the team development process, you need to perform the steps below:
|
To deliver an exported local pack on a target instance, the import procedure should proceed. What is implemented within this procedure:
To import a local pack, please complete the steps below:
VCS retrieved pack form fields
Field | Description |
---|---|
Name | Retrieved Pack name, taken from the SOP file attached. |
State | State of the current configuration pack imported. Available options:
|
Remote ID | ID of the local pack exported. |
Remote Application | Application specified in the local pack exporting. |
Application | Specify the application within which the pack should be imported. |
Inserted | The number of records in this pack with the Action attribute value equal to Insert. |
Updated | The number of records in this pack with the Action attribute value equal to Update. |
Deleted | The number of records in this pack with the Action attribute value equal to Delete. |
Warning | The number of the Preview Log records with the State equal to Warning. |
Skipped | The number of the Preview Log records with the State equal to Skipped. |
Collisions | The number of the Preview Log records with the State equal to Collisions. |
Total | Total records number. |
Description | Retrieved Pack description, taken from the SOP file attached. |
Loaded at | The date and time when the configuration pack import has been finished (the state has been changed to Loaded). |
Committed at | The date and time when the configuration pack was applied (the state has been changed to Committed) |
The import process includes three phases:
During this phase, the import engine checks for the possible conflicts before the pack is imported. To preview the configuration pack, please complete the steps below:
As a result:
VCS Preview Log fields description
Field | Description | |
---|---|---|
Local Pack | Reference to the local pack containing this preview log record. | |
Retrieved pack | Reference to the configuration pack containing this preview log record. | |
Record Document | ||
Table Name | The table name for the target record.
| |
Record | This ID stores table name and target record ID for which the current record is created. | |
Platform Version | The solution platform version used when the record created. | |
JSON Copy | The record version data in JSON format as an associative array. This array stores the target record object relevant state after the transaction. | |
Error Text | The error text displayed in case of collision (the preview log record state is equal to Warning or Skipped or Collision). | |
State | The preview log record state. Available options:
| |
Action | The type of transaction created the version object. Available options:
| |
Record Policy | ||
Is Strong Overwrite | This attribute determines the priority of the imported version over the existing one. | |
VCS Record | The related version record created after configuration pack importing. | |
Application | The application within of which the preview has been executed. |
After the configuration pack has been previewed, preview log records have been analyzed and possible collisions have been solved, you can proceed with further configuration pack importing. For this, please complete the steps below:
As a result:
The final import phase is an applying. For this, please complete the steps below:
As a result:
Политика/Policy
Значение Policy определяет возможность изменения записи. После создания записи в версионируемой таблице, ее Policy и Record policy ее версии принимают значение Open.
После первого обновления записи, значения ее Policy и Record policy ее версии меняются на Changed.
Записи в статусе Open и Changed могут свободно редактироваться. При импорте версии с Record Policy = Open, при условии что целевая запись на инстансе редактировалась (Policy = Changed) будет возникать коллизия "Don't update, record is changed".
Еще одно допустимое значение Policy - Protected. Записи с данным значением политики не могут быть изменены или удалены.