• It is useful to add the development target to the root level of a transport path. This allows client-dependent transport requests to be imported into other clients of the development system.
  • If a target option is disabled, then transport requests that are currently in the inbox (for example) still need to be approved. The option is only disabled when existing transport requests have been approved (or have had test results entered in the case of the test queue).
  • To prevent control points from being accidentally removed a warning message will be displayed if any transports currently reside in the removed inbox, test queue or outbox. This allows the user to cancel the action.
  • Also see the section “Defining Task Statuses” to see how these can be linked to transport path control points.


Was this helpful?

Yes No
You indicated this topic was not helpful to you ...
Could you please leave a comment telling us why? Thank you!
Thanks for your feedback.

Post your comment on this topic.

Post Comment