RADE |
Source Code Manager |
adl_promotePromoting modifications |
Quick Reference |
AbstractThe adl_promote command promotes the last revision of the current workspace. |
adl_promote [-to|-target workspace_name...] {[-tree
ws_tree_name...] [-old]} | [-ws_rev ws_rev] [-no_ds] [-simul
[-no_check_caa_rules]] [-desc description [-cr CR...]]
[-program [-sep |-separator char]] [-out
file_path] [-h | -help | -?]
A promotion takes into account all modifications since the last
synchronization.
Beware: There is no auto-publication for a workspace having or having
had at least one child (move or delete of a child). In this case, the
publication of the workspace is necessary before the promotion.
With the “–old” option, you can promote the modifications of the last public
revision (without label) (instead of the modifications of the last revision
which must be public without label in the other cases).
Beware: in the case of a leaf workspace, if the promotion is done with
the “–old” option, there is no auto-publication.
When a workspace runs a promotion, his collector's workspace will accept the promotion, with the [1] adl_collect promotion.
Different modification cases calling for a promotion (Promoted = No):
Different modification cases possibly calling for promotion (Promoted =
?):
Different modification cases not calling for a promotion (Promoted =
Yes):
What do you promote? What do you collect?
Step | Child Workspace | Step | Parent Workspace |
1 | Modification 1 Promotion: Modification 1 |
||
2 | Collect: Modification 1 Publication |
||
3 | Synchronization Modification 2 Promotion: Modification 2 |
||
4 | Collect: Modification 2 (Publication) |
||
5 | Modification 3 Promotion: Modifications 2 + 3 |
||
6 | Collect: Modification 3 Publication |
An option let’s you specify that the last published version must be promoted and not the last version. The default behavior is that the workspace must be published before being promoted (note that publication is automatically made for the leaf workspace).
By default, the command displays the list of the modifications promoted to the parent workspace; an option exist, preventing this display.
State:
[Top]
adl_promote accepts the following options:
-h|-help|-? | Help of the command |
-to|-target workspace_name ... | Workspace(s) name destination of the promotion request: child or parent workspaces. |
-tree ws_tree_name ... | Promote only these workspace trees. |
-old | The modifications of the last published revision are promoted instead of the last workspace revision. |
-ws_rev | The workspace revision to consider, with the format "ws.tree[.{number|label|last|date}]" (date format: YYYY/MM/DD-hh:mm:ss, time is optional (00:00:00 by default)). |
-no_ds | No display |
-simul | To simulate the promotion request. If the last workspace revision is promoted, the check in of all checked out file elements are simulated too. |
-no_check_caa_rules | Can be used along with -simul option. It prevents to call the C++ Source Checker product to verify rules on the promoted set of files. Use the [4] adl_ls_tree command to know whether rules are checked. |
-desc description | Description for the opened change set without description. If more than one opened change set is associated to the current workspace, adl_close_cs command must be executed before adl_promote. |
-cr CR... | Change request names for the opened change set without description (internal DS only). |
-program | Display for programs [5] |
-sep separator | Separator between each field for programs (default value is blank) |
-separator separator | Separator between each field for programs (default value is blank) |
-out file_path | Path to a file for writing the results. |
[Top]
[Top]
With the “-simul” option, you can simulate a promotion, without validating it. At the beginning and at the end of the simulation, the following messages are displayed:
--- Beginning of simulation ---
...
--- End of simulation ---
These messages explain the use of the “-simul” option, and reassure the
user.
A control that would cancel a command in usual mode, becomes a warning in
simulation mode.
For example, an “adl_promote” is refused if the parent workspace has blocked the requests for promotion, but an “adl_promote –simul” will display a message indicating the refusal of these promotion requests, but will finish the promotion simulation. You can see the list of all the promoted modifications.
[Top]
Promote of the “MyWs” workspace:
adl_ch_ws MyWs |
Promote of the “MyWs” workspace in a simulation mode:
adl_ch_ws MyWs Promoting the workspace "MyWs" to "MyParentWs" in the workspace tree
"ToolsTree". --- Simulation end --- |
Promote one of the my "MyWs" workspace, promotion sent to the "AnotherParentWs" workspace:
adl_promote -to AnotherParentWs |
Promote of the current workspace, only in the tree "ToolsTree":
adl_promote -tree ToolsTree |
[Top]
[1] [2] [3] [4] [5] |
adl_collect: Collecting promotion adl_sync: Synchronizing workspace adl_publish: Publishing workspace adl_ls_tree: Listing trees adl_promote in program mode |
[Top]
Version 4 [Nov 2004] | Document update : -desc option added |
Version 3 [Jan 2004] | Document update : -ws_rev option added |
Version 2 [Mar 2002] | Support of output for programs |
Version: 1 [Mar 2001] | Document created |
[Top]
Copyright © 2001, Dassault Systčmes. All rights reserved.