Development path, or variant, ACLs follow the same model as a project ACL; except they are applied to a variant on a development path.

To create a variant Sandbox, users require explicit permissions specified through a variant ACL, unless the user already has all permissions, such as an administrator has.

Using the CLI, you can set the permissions for a variant project before creating the actual development path. From the Windchill RV&S administration client, you must create the variant project in the Windchill RV&S client before creating the development path ACLs.

You can copy ACLs from the mainline or development path to another development path that exists on the same project. The Copy Project Permissions can be launched from the right-click menu in the Configuration Management > Development Path permissions view in the Windchill RV&S administration client. You can also copy ACLs from the Windchill RV&S administration client menu bar ACL > Copy Project Permissions. As the permissions view does not provide the required project context, you need to select a project in the Open Project Wizard.

For more information, see “Copy Project Permissions”.

Working with development path ACLs allows you to provide a finer level of control over your projects. For example, you could grant permissions to individual developers allowing them to modify only the variant projects they work on. Permissions on the main trunk could then be restricted to limit the types of operations performed there.

For a development path, the default behavior is to inherit all permissions from the master project. If the master project does not specifically allow or deny a permission, the variant project ultimately inherits its permissions from the mks:si ACL.

When first creating a variant, you are presented with the same set of permissions as the master project. You can further customize the variant ACLs as required for your work environment. Whenever you attempt to change permissions on an inherited ACL, you are prompted to confirm your choice.

You can enable or disable permission inheritance behavior both at the global level or for each individual development path ACL you create.

When permission inheritance is set to true, permissions are inherited from the master project in the tree. When permission inheritance is set to false, permissions are inherited from the top level mks:si ACL.

The global default behavior for controlling development path inheritance is set in the Windchill RV&S view under the Permissions section. When you choose Global and select Permission > Dev Path Inheritance, the policy for DevPathInheritACL is changed from the default true to false allowing development path permissions to be inherited from the project ACL.

To set permission inheritance for an individual development path, highlight the target ACL and select Permission > Inherit Permissions from the main menu. To inherit permissions from the master project, choose True. To inherit permissions from the mks:si ACL, choose False. To reset to the default behavior set for the global policy, choose Use Global Policy.