Show TOC

Background documentationInterlocking

 

Interlocking specifies which nodes are interlocked with a pending change request while a change to a hierarchy is made. A change to a hierarchy can comprise adding a node, moving a node, removing a node, changing the attributes of a node, or creating a hierarchy. After a change to a hierarchy is saved to a change request, changes to interlocked nodes must be saved to the same change request. If a node is not interlocked, you can use any change request to make a hierarchy-specific change.

 

With a setting of Loose, nodes assigned to the parent node of the node being changed are interlocked.

With a setting of Strict, interlocking propagates upwards and downwards from the parent node of the node being changed as follows:

  • Upwards interlocking interlocks the parent node and its assigned nodes, the parent node of the parent node and its assigned nodes, and so on up to the root node.

  • Downwards interlocking interlocks child nodes of the parent node, their child nodes, and so on down to the end nodes. This comprises a subhierarchy of interlocked nodes with the parent node at its root.

For a full description of what interlocking means that includes a graphical representation of the Loose and Strict settings, see Scope for Hierarchy-Specific Changes.