Understanding Development Workspaces
You can create Development Workspaces by branching from an Integration Workspace at the immediate parent level.
After opening a Development Workspace, you can directly edit the Workspace-supported repository object and complete the development configurations.
The names of all Development Workspaces start with the prefix
dev_<userid>_.
Working on Development Workspaces, note that:
-
Administrators can perform the following Workspace operations on Development Workspaces: open, edit Workspaces that support repository objects and complete their development configuration, submit for delivery, and rebase.
-
All developers must be able to create Development Workspaces branching from Integration Workspaces. For a new developer, grant the following two responsibilities:
-
Composer Administrator. This provides access to the Workspace Dashboard.
-
Web Tools User. This provides access to the views throughout the Web Tools application, including the Applet List View, Applet Designers, and so on.
-
-
While creating Development Workspaces on a specific release, development members should communicate with the administrators to select an Integration Workspace and define it as the parent Workspace.
-
Users with the developer permissions can create the parallel-development Workspaces by selecting one of their parent release Integration Workspaces as the parent Workspace.
For example, if the parent release Integration Workspace is CRM20xx_apps, the developer’s environment displays the parallel-development Workspace trees as the following:
crm20xx_apps, dev_sadmin_l1, dev_ccheng_l2, followed by dev_cmorris_l3 -
Development teams can edit repository metadata or change the repository configuration only through the development Workspaces.
-
Users with the developer permissions can open the Development Workspaces that they own to edit the repository configuration, checkpoint the version, revert the version changes, rebase the Workspaces, change the state of the Workspaces to Submitted to Delivery, and delete the Workspaces (that is in the editable state if that Workspace does not have a child Workspace).
-
Users or developers can preview the Development Workspace in the Siebel application by clicking the Inspect button for the repository changes they made to that version. However, they cannot perform the Inspect task on Integration Workspaces.
-
Workspace developers cannot deliver their Workspace changes directly to Integration Workspaces after they complete the repository configurations on their Development Workspaces. In such cases, they must change the status of the Workspaces to Submitted for Delivery before the Siebel administrators approve and perform the delivery process.