Previous Topic: How Move Requests Are ProcessedNext Topic: How Moving Elements Without History Works


How Moving Elements with History Works

When you move an element with history using the Move Elements action, CA Endevor SCM performs the following actions and causes these effects:

  1. Determines if the element exists at the source and target location, if the ACKNOWLEDGE ELEMENT JUMP option applies, if source management is necessary, and if processor management is necessary (meaning, a restart situation). If necessary, CA Endevor SCM issues messages in the API Message report.
  2. Performs source management by moving the element to the target stage. The processing that CA Endevor SCM performs depends on whether the elements exists at the TO location.
  3. Completes source management after the element base and change levels have been moved by updating the Master Control File (MCF) to reflect the move.

    Note: The value specified for Signout Upon Fetch (the SOFETCH parameter) in the CA Endevor SCM Defaults table (C1DEFLTS) will effect how the MCF for the element copied back will be updated. If Signout Upon Fetch is in effect, the element will be signed out to you unless it is already signed out to someone else. If Signout Upon Fetch is not in effect, the element will not be signed out to you.

  4. Completes processor management by determining the processor group last associated with the element, and then executes the move or generate processor in that group if one has been specified. After the processor has been run for the element, CA Endevor SCM updates the processor information in the Master Control file.
  5. If the DELETE FROM ELEMENT option is set to Y, CA Endevor SCM executes standard delete processing for the element.