Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Published by Scroll Versions from space FUNCTDEV and version SVC2025.2

...

Info
titlePreventing Conflicts with Duplicate Virtual Assets or Proxies

Each time you create a new version of a system or environment, you’re given the option to either share or duplicate the included components. Sharing reuses the same component with the same configuration across multiple environments. Duplicating enables you to configure and provision multiple copies of the same component (for example, one copy of a virtual asset set to use performance profile A and another copy of that same asset set to use performance profile B) without impacting any other team members.

To enable this, a duplicate virtual asset will be deployed at a different endpoint than the original one. When you provision an environment using a duplicate virtual asset, the associated proxy will be automatically reconfigured to use the duplicate virtual asset’s endpoint. As long as the proxy is not also duplicated, there is no change to how the application under test (AUT) accesses the proxy. 

If you are able to configure another version of the AUT to access a different message proxy or JDBC controller, you can create a duplicate proxy as well as a duplicate virtual asset. Note that a duplicate proxy will be available at a different endpoint. As a result, you will need to reconfigure the application under test (AUT) to access the new instance of the proxy. Any new copies of virtual assets or proxies will be added to the Virtualize server; if you delete a copy in CTP, it will automatically be cleared from the Virtualize server.

Each time an environment is provisioned, CTP will check for potential conflicts with assets used in other environments. If it finds any, it will display a warning explaining what environments and endpoints could be impacted if you proceed to provision the environment as is.

...

Adding a Version to a System

You can add a new version to a system from its diagram. See also Defining Versions.

To add a version to To create a new copy of an existing system:

  1. With Select the desired system click Edit Diagram.
  2. Choose Add Version system you want to copy active, saved, and in Edit mode, choose Copy from the page-level action menu. 
    Image Added
  3. Enter a version name in Complete the dialog that opens to indicate and choose which components and (if applicable) environments you want included in the new version and whether you want them shared:
    • Share: Shares/links the component with the other versions. Any changes to this component will be propagated to all related systems and/or environment versions.
    • Duplicate: Creates a unique version of this component that is completely separate from the other versions. Any changes to this component will be isolated to this specific version; they will not be propagated to similar components in other system and/or environment versions.
    • Ignore: Omits this component.

...

    • Image Added
      Note that enabling the checkbox option at the top of a list will automatically choose that option for all components.
  1. Click OK.

A new system will be created and added to the home page. After you open that system, you can go into Edit mode to rename it, mark it with a version variable and any applicable tags, and specify permissions for accessing and modifying it. To control how the copied system is labeled in the Systems tree, set a version variable; otherwise, it will be shown as "Version not set."

Image Removed

Image Removed
Copying an Environment

To replicate an existing environment:

  1. With the environment you want to copy active, saved, and in Edit mode, choose Copy from the page-level action menu.
     Image RemovedImage Added
  2. Complete the dialog that opens to indicate which components you want included in the new version and whether you want them shared:
    • Share: Shares/links the component and its component instances with the other versions. Any changes to this component will be propagated to all related environment versions. 
    • Duplicate: Creates a unique version of this component that is completely separate from the other versions. Component instances will also be duplicated to this version, along with any associated virtual assets or proxies. Changes to the component’s name or description will be seen across all environment versions, but any other changes to this component will be isolated to this specific version; they will not be propagated to similar components in other environment versions. 

    • Ignore: Omits this component.
      Image Modified 

  3. If you are duplicating components that use virtual assets, provisioning actions, or proxies and you want to copy them to a different Virtualize Server, enable Copy provisioning actions, virtual assets, and proxies to another Virtualize Server, then specify which server you want them copied to.
  4. If you are duplicating components that use Parasoft Data Repositories and you want to copy them to a different Data Repository Server, enable Copy data repositories to another server, then specify which Data Repository server you want them copied to.  

...

The new environment will include any environment instances that were in the original environment. You can then go into Edit mode to rename it, mark it with a version variable and any applicable tags, and specify permissions for accessing and modifying it.

Infotip
titleTip—Changing Changing the component instances available in a version

To change what component instances are available for a component in the current environment version:

  1. Click the menu in the upper-right corner of the component and choose Edit Component.
     
  2. Use the available controls to indicate which instances you want to be available in this version.
     

...