move
Moves or renames an element or VOB link.
Applicability
Product |
Command type |
---|---|
VersionVault |
cleartool subcommand |
VersionVault Remote Client |
rcleartool subcommand |
Platform |
---|
UNIX |
Linux |
Windows |
Synopsis
- Rename:
- move | mv [ –c/omment comment | –cfi/le comment-file-pname | –cq/uery
- | –cqe/ach | –nc/omment ] [ -fixlink [ -force ] ] pname target-pname
- Move to another directory:
- move | mv [ –c/omment comment | –cfi/le comment-file-pname | –cq/uery
- | –cqe/ach | –nc/omment ] [ -fixlink [ -force ] ] pname [ pname ... ] target-dir-pname
Description
The move command changes the name or location of an element or VOB symbolic link. For a file element that is checked out to your view, it relocates the checked-out version, also. (That is, it moves the view-private file with the same name as the element.) If the version is checked out to another view, it issues a warning:
cleartool: Warning: Moved element with checkouts to "overview.doc";
view private data may need to be moved.
The move command can move an element only within the same VOB. To move an element to another VOB, use the relocate command.
Moving objects in a snapshot or web view
When you move a file element in a snapshot view or web view, only the to/from path names that you specify are updated in the view. If the view contains multiple copies of the element (because VOB symbolic links or hard links exist), the copies are not updated. To update the copies, you must use the update command.
If the target of move is a view-private file or directory with the same name as the object that is being moved, the behavior of move varies according to the view type:
- In a snapshot view, move renames the view-private object to filename.renamed.
- In a web view, the operation fails.
Moving view-private objects
Use the move command to move VOB objects. To rename or move view-private files, use an operating system command.
Restrictions
Identities
No special identity is required.
Locks
An error occurs if one or more of these objects are locked: VOB.
Mastership
(Replicated VOBs only) No mastership restrictions.
Other
The following restrictions apply:
- move cannot be used to move elements between UCM components in a multi-component VOB.
- move cannot be used to rename a UCM component's root directory if it is one level beneath the VOB's root directory.
- Directories below the VOB root that contain elements which have been moved with move might be difficult to convert to a UCM components.
Options and arguments
Event records and comments
- Default
- Creates one or more event records, with commenting controlled by your .versionvault_profile file (default: –nc). See the comments reference page. Comments can be edited with chevent.
- –c/omment comment | –cfi/le comment-file-pname |–cq/uery | –cqe/ach | –nc/omment
- Overrides the default with the option you specify. See the comments reference page.
Fixing the target of a relative symbolic link
- Default
- No updates are made to the relative target of an existing symbolic link.
- -fixlink
- If the pname is a relative path symbolic link and the link is being moved to a different directory, update the relative path of the symbolic link to be accurate with respect to the new directory. The user is prompted to confirm the change of the relative path symbolic link.
- -force
- When specified with -fixlink, bypass the prompt and automatically update the relative path of the symbolic link.
Specifying the existing objects
- Default
- None.
- pname
- One or more path names, specifying elements or VOB links. If you specify more than one pname, you must specify a directory (target-pname) as the new location.
Specifying the new location
- Default
- None.
- target-pname
- The new location for the single element or VOB link specified by pname. Both pname and target-pname must specify locations in the same VOB. An error occurs if an object already exists at target-pname.
- target-dir-pname
- The path name of an existing directory element, to which the elements or links are to be moved. This directory must be located in the same VOB as the objects being moved.
Examples
The UNIX system and Linux examples in this section are written for use in csh. If you use another shell, you might need to use different quoting and escaping conventions.
The Windows examples that include wildcards or quoting are written for use in cleartool interactive mode. If you use cleartool single-command mode, you might need to change the wildcards and quoting to make your command interpreter process the command appropriately.
In cleartool single-command mode, cmd-context represents the UNIX system and Linux shells or Windows command interpreter prompt, followed by the cleartool command. In cleartool interactive mode, cmd-context represents the interactive cleartool prompt.
- Rename a C-language source file from hello.c to hello_1.c.
cmd-context mv hello.c hello_1.c
Moved "hello.c" to "hello_1.c". - Move all files with a .c extension
into the src directory.
cmd-context mv *.c src
Moved "cm_add.c" to "src/cm_add.c".
Moved "cm_fill.c" to "src/cm_fill.c".
Moved "convolution.c" to "src/convolution.c".
Moved "hello.c" to "src/hello.c".
Moved "hello_old.c" to "src/hello_old.c".
Moved "messages.c" to "src/messages.c".
Moved "msg.c" to "src/msg.c".
Moved "util.c" to "src/util.c". - On a UNIX or Linux system, rename a symlink from messages.c
to msg.lnk, and show the result with
ls.
cmd-context mv messages.c msg.lnk
Moved "messages.c" to "msg.lnk".
cmd-context ls -long msg.lnk
symbolic link msg.lnk --> msg.c