Share this page

# Copy and move across workspaces

You can copy or move items to another workspace within the same space.

In this topic:

## Copy item to another workspace

You can copy items of the following entities to another workspace within the same space: features, backlog items, manual tests, and Gherkin tests. You can copy one item at a time. When copying a feature, you can choose whether to copy the feature with or without its child backlog items.

For details on duplicating an item in the same workspace, see Duplicate items.

To copy item to another workspace:

1. Prerequisites. Verify that you have the following permissions:

   - Copy to Different Workspace permission for the item type, on both source and target workspaces.

   - Create permission for the item type, on the target workspace.

   For details, see Permission categories and types.

2. Open the item that you want to copy.

3. In the item's Details tab, click More and select Copy to Different Workspace.

4. Choose the target workspace.

   Features: Select whether to copy also the feature's backlog items. If you choose to copy the backlog items as well, you will be notified if you do not have permissions to create or copy some or all of the child entities in the target workspace.

5. Click Copy.

   After the copy completes, a message displays with a link to the new item in the target workspace.

Values and attributes of copied items

The new item is initiated as follows.

Field | Description
--- | ---
Phase | The phase is reset to New.
Comments | A comment is added containing a link to the original item in the source workspace.
Author | Set to the user who performed the copy action.
Detected by (in defects) | Copied from the original item, provided that the same user exists in the target workspace.
History tab | The item is created with a clear History tab.

Field values and attributes that are copied

The new item includes values for the fields that are defined at the shared space level. This applies to both system and custom fields.

In addition, the following are copied:

- Attachments

- Backlog items: Tasks

- Tests: Data tables and sets from the current version

Field values and attributes that are not copied

Values are not copied where the value is defined at the workspace level, such as local application modules, programs, teams, and releases.

In addition, the following are not copied:

- Comments, Data access categories

- Tests: Runs, previous versions, automation status

Notes

Note the following when copying features to another workspace.

- Permissions: A feature is copied with its child backlog items. If you do not have create permissions for any of the children in the target workspace, only the children for which the user has create permission in the target workspace are copied.

- Data access:

  - If the data access category is used for defects, and a user can access all backlog items of the feature in the source workspace, the feature is copied together with its backlog items. This applies even if the defects' data access category in the target workspace is different, and the user can no longer see the defects.

  - If a user has permissions to copy a feature and its backlog items, but some defects are not visible because they have a different data access category to the data access category for the user's role, those defects are not copied.

Back to top

## Move item to another workspace

You can move features and backlog items from one workspace to another in the same space. You can move one feature or backlog item at a time. When moving a feature, all its child backlog items are also moved.

To move item to another workspace:

1. Prerequisites. Verify that you have the following permissions:

   - Move to Different Workspace permission for the item type, on both source and target workspaces.

   - Create permission for the item type, on the target workspace.

   For details, see Permission categories and types.

   Note: An admin can control the permissions required for move actions using the MOVE_CROSS_WS_USE_CREATE_PERMISSION parameter. For details, see Permissions to move items.

2. In the item's Details tab, click More and select Move to Different Workspace.

3. In the Move to Different Workspace dialog box, select the target workspace, and then click Move.

   Refresh the grid in the target workspace to view the change.

Moved details

The following table lists the feature and backlog item details that are moved between workspaces, and any restrictions.

Field | Description
--- | ---
Common fields | Fields vary depending on the entities that the workspaces share. For example: The Owner field is saved only if the user is part of the new workspace. Otherwise, it is left blank. The Author field is saved only if the user is part of the new workspace. Otherwise, the user who is moving the backlog item is the author. Phases that exist in the original workspace but do not exist in the new workspace are replaced with the master phase. For details, see Master phase. Releases associated with the shared space are moved, while releases associated with the workspace are not. This is available for other shared entities: application module, environments, release processes, milestones.
Attachments, comments, history | Moved to the new workspace.
User-defined fields (UDFs) | Moved if defined at the shared space level and are common to both workspaces.
Associations | Features: Associations with shared epics and the feature's child backlog items are kept. All other associations are removed. Backlog items: Associations with backlog items cannot be moved to the new workspace. All associations are removed. Tests: Associations with manual, Gherkin, and BDD tests are not moved.

Notes

Note the following when moving items between workspaces.

Area | Description
--- | ---
Irrelevant fields | The feature or backlog item in the target workspace might not be valid due to the removal of fields that are irrelevant in the target workspace. Any user attempting to modify the feature or backlog item must adjust it to make it valid.
Permissions to move items | Moving items requires the Create and the Move to Different Workspacepermissions. If you do not have the Create permission for features in the target workspace, the target workspace is not displayed in the list of available workspaces and the feature cannot be moved. A feature is moved with all its children. If you do not have Create and Move to Different Workspace permissions for all children in the target workspace, the target workspace is not displayed and the feature cannot be moved. For example, if your feature contains two user stories and one quality story, but you do not have create permissions for the quality story entity in the source or target workspace, the feature cannot be moved. Note: An admin can control the permissions required for move actions using the MOVE_CROSS_WS_USE_CREATE_PERMISSION parameter. If the parameter value is set to true (default), the Create permission is required in addition to the Move to Different Workspace permission in the target workspace. If the parameter value is set to false, only the Move to Different Workspace permission is required in the target workspace. This is useful when the user should be permitted to move items between workspaces, but not to create new ones independently. For details, see Configuration parameters.
Data access issues | If the data access category is used for defects, and a user can access all backlog items of the feature in the source workspace, the feature is moved together with its backlog items. This applies even if the defects' data access category in the target workspace is different, and the user can no longer see the defects. If a user has permissions to move a feature and its backlog items, but at least one defect is not visible because it has a different data access category to the data access category for the user's role, the move action is not available for the feature.

Back to top

See also:

- Copy features with children

https://admhelp.microfocus.com Software Delivery Management 8942
Tips to improve your search results... OpenText™ Software Delivery Management Help Center OpenText™ Software Delivery Management Help 26.1 All View Local Help Center View Online Help Center Version: