Moves or renames an element or VOB link



Command type


cleartool subcommand

VersionVault Remote Client

rcleartool subcommand






  • Rename:
    move | mv [ –c/omment comment | –cfi/le comment-file-pname | –cq/uery
    | –cqe/ach | –nc/omment ] pname target-pname
  • Move to another directory:
    move | mv [ –c/omment comment | –cfi/le comment-file-pname | –cq/uery
    | –cqe/ach | –nc/omment ] pname [ pname ... ] target-dir-pname


Note: The directory in which the element that is to be moved or renamed resides must be checked out. The destination directory must also be checked out; this directory may be the same as the source directory. move appends an appropriate line to the checkout comment for all relevant directories. If evil twin detection is enabled and the element, if it were to be moved, would be an evil twin of an existing element, an error is returned and the element is not moved.

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.

Note: The move command does not affect the previous versions of the directory containing the element. If you set your config spec to select a previous version of the directory, you see the old name of the element.

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.



No special identity is required.


An error occurs if one or more of these objects are locked: VOB.


(Replicated VOBs only) No mastership restrictions.


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 may be difficult to convert to a UCM components.

Options and arguments

Event records and comments

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.

Specifying the existing objects

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

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.
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.


The UNIX system and Linux examples in this section are written for use in csh. If you use another shell, you may 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 may 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.

Note: In all the examples, all directories involved must be checked out.
  • 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