In a group-restrictive promotion environment, promotion rights are associated with a library name. The security permissions for a library define the promotions group. If you have access to a particular library, you are a member of the promotions group for that library. You and the other members of the promotions group share the rights to the objects associated with that library.
Members of a promotions group must have their library current on the workbench to modify objects whose rights are associated with that library. If a member of the group modifies an object for which promotion rights are not assigned, those rights are then associated with the current library. Other members of the promotions group for that library can then further modify that object.
A restrictive environment is appropriate if only one person (user-restrictive) or one group (group-restrictive) is responsible for an object at any given time. It ensures that if a developer or group of developers hold the promotion rights to an object, no one else can make changes to it.
When others edit an object in a non-restrictive environment, they are warned that you hold the promotion rights and are still allowed to save their changes. In a restrictive environment, they are prevented from saving their changes unless they are working in a group-restrictive environment and are members of the same group as you.
To know whether your system is set up with a restrictive or non-restrictive promotion environment, contact your system administrator. Alternatively, you can execute the MR Manage Rights option on your developer’s workbench and check the setting in the
Type of rights field. To run this option, your user profile must have Borrower set to Y.
When an object is part of a pending change request, the rights are held by the system. No one can modify that object until its promotion, when promotion rights are released. However, the original holder of the promotion rights can roll back the change request as long as the change request status is I (incomplete) or P (pending). A promotions administrator can also unaccept change requests with a status of A (accepted) or X (extracted).
After the change request is promoted, the promotions administrator can back it out. The rights are returned to the holder and modifications can be made before re-submitting the change request.
Invoking the Promotion Rights Management Tools for details on the
MANAGE_RIGHTS tool, and
TIBCO Object Service Broker Managing Security for details on restricting access to objects on your user profile.