Managing Files in Workspaces 

The content of the Design Time Repository is stored in a database. None of the content of the repository will be lost, not even if you delete a resource file. If you, as a developer, work on the repository content, you do this via the repository client, which shows the content in a hierarchical manner as files and folders of different types. One of these types of folders are the so-called workspaces. Simply put, a workspace contains – or better refers to – a set of resources, each one in exactly one version. This implies that a resource can be referenced in more than one workspace.

Those files in one workspace make up one software component. So each workspace corresponds to a state of the sources of the software component.

You can use workspace folders, another type of folders, to organize the workspaces. One Design Time Repository can have more than one workspace folder and each workspace folder can accommodate more than one workspace. 

You develop a software component named SoftwareComponent2. It is required to exist in different states like ‘Development’, ‘Correction’ and 'Released'. In this case, you can use a workspace folder to bring together the three workspaces of this software component.

The figure below shows an example of a Repository Browser view in the DTR client. The workspace folder SoftwareComp2 is expanded and shows the workspaces 1.0_Cor, cons, and dev.

The root folder contains several workspace folders. Each workspace folder contains one or more workspaces. The resource files in the workspaces again are organized in folders.

Resources can be assigned to workspaces and organized in folders as well.