Add a tagAdd a tag to the selected object(s). By default, This is the default setting. Delete a tagSelect this option to delete a tag. Because a tag can exist on only one version of an object at a time, the Tag version or branch field is ignored when you delete a tag. Recurse into folders/ Recurse module hierarchyFor a DesignSync folder, recursively operate on its contents. The set of objects operated on may be reduced by use of the Exclude field. By default, only the contents of the selected folder are operated on. For module members, this option recurses into folders but does not traverse the module hierarchy. For a DesignSync module instance, recursively operate on the module hierarchy. Note:
The module version being tagged is the server version. Any modifications in the workspace, for example, if an older version of the hierarchy is present in the workspace, are ignored. The hierarchical references that the tag command follows are the ones that are checked in as part of the module version on the server.
Replace existing tagsMove a tag to the version or branch specified in the Version/Branch field, even if that tag is already in use on another version or branch. For example, suppose that at the end of every week you want to select the latest files that produce a good demo and tag them "current_demo". To reuse the "current_demo" tag in this way, you must check the Replace existing tags check box. By default (if you do not select Replace existing tags), a tag operation fails if the tag is already in use, because a tag can be attached to only one version or branch of an object at a time. Note:
You can move a tag from a branch
to a version or a version to a branch. DesignSync provides a
warning message when you do so.
TagEnter a tag name here that is easily understood - for example, "Rel2.1", "ready _for _simulation", "current_demo", "Golden". Tag names must follow the following rules:
Tag version or branchSpecify which version or branch of the object to tag.
Note:
You can only tag the local
workspace version of a module. If you select Tag specified version or Tag specified branch for a module, the
current workspace version or branch is automatically populated into
Version/Branch field.
MutabilityThis field only pertains to modules. The field is ignored when other types of objects are tagged. When a tag is added, the new tag is marked as Immutable (fixed) or Mutable (movable). A mutable tag can be replaced or deleted. To replace or delete an immutable tag, Immutable (fixed) must be selected. The default Mutability selection is Mutable (movable). Version/BranchSpecify the version or branch of the objects to tag. If you selected the Tag specified version option, you must specify a version selector or selector list. If you selected the Tag specified branch option, you must specify a single branch tag, a single version tag, a single auto-branch selector tag, or a branch numeric, but not a selector or selector list.The Version/Branch field has a pull-down menu from which you can query for existing versions and branches. Note: This field is not applicable to module data. Report modeFor the Report mode, choose the level of information to be reported:
Tag modified objectsFor modified objects in your work area, tag the version in the vault that you fetched to your work area. You might use this option, if you have modified objects in your work area and you want to take a "snapshot" of them as they were before you made the changes. If you do not specify this option, when the tag operation encounters a locally modified object, the operation displays an error for the object and does not tag any version of that object in the vault. Note:
This option affects modified
objects only. If a work area object is unmodified, the tag
operation tags the version in the vault that matches the one in
your work area.
OtherThese sections appear on most dialog boxes
|