relocate

Moves elements and directory trees from one VOB to another

APPLICABILITY


Product
Command Type

ClearCase


cleartool subcommand


Attache


command


Platform

UNIX


Windows

SYNOPSIS

relocate [ -f·orce ] [ -qal·l ] [ -log log-pname ] [ -upd·ate ]

pname [ pname ... ] target-dir-pname

DESCRIPTION

The relocate command moves elements, including directory trees, from one VOB to another. All related VOB database entries and data containers are moved to the target VOB. relocate preserves the "move from" VOB's namespace by substituting VOB symbolic links for moved elements.

NOTE: In Attache, after moving elements from one VOB to another, relocate does not move the corresponding elements in the workspace.

The more common use of relocate involves splitting a piece from one VOB and moving it to a newly created VOB. However, you can move an arbitrary collection of elements from one VOB to a location in any other VOB. You cannot use relocate to move an element to a new location in the same VOB. Use cleartool mv for this purpose.

For a dynamic view, view-private files and nonversioned DOs are not relocated. If a relocated directory contains view-private files, they are stranded; DOs are removed.

WARNING: The relocate command makes irreversible changes to at least two VOBs and their event histories. We recommend that you not use it frivolously or routinely for minor adjustments. Furthermore, you are advised to stop VOB update activity before and during a relocate operation.

RESTRICTIONS

Identities: You must have one of the following identities:

Locks: An error occurs if one or more of these objects are locked in the source VOB: VOB, element. An error occurs if one or more of these objects are locked in the destination VOB: VOB, element, branch type, element type, label type, hyperlink type, attribute type.

Mastership: (Replicated VOBs only) Your current replica must master any element to be relocated.

Other: The following restrictions apply:

OPTIONS AND ARGUMENTS

SUPPRESSING THE CONFIRMATION QUERY. Default: After displaying the relocate set, relocate asks you to confirm that these are the elements you want to relocate.

-f·orce

Suppresses the confirmation step.

CONTROLLING SPECIAL CASE HANDLING.   Default: See the Administrator's Guide for information on how the selection set is filtered.

-qal·l

Prompts user to affirm or reject relocate's handling of each borderline element-one that is cataloged both in a directory being relocated and in a directory not being relocated. The default answer in an individual case depends on the element's visibility in the current view: yes if the view selects some version of the element; no otherwise.
If you reject these defaults, the result is nonfunctional links that you must repair. If a version of an element is visible in the current view and you indicate it is not to be relocated, the result is a bad link in the target VOB. If a version of an element is not visible in the view and you indicate that it is to be relocated, the result is a bad link in the source VOB.

WRITING A LOG FILE. Default: relocate creates a log file in the current directory with the name
relocate.log.date-time.

-log log-pname

Creates a relocate log file at location log-pname.

RELOCATING IN UPDATE MODE. Default: relocate proceeds as described in the Administrator's Guide.

-upd·ate

relocate runs in update mode.

SPECIFYING WHICH FILES TO RELOCATE.   Default: None.

pname ...

Specifies the elements to be relocated. A pname can be a file element, directory element, or VOB symbolic link.

SPECIFYING A TARGET VOB AND DIRECTORY.   Default: None. You must supply a target directory in a second VOB.

target-dir-pname

Specifies the directory in the target, or destination, VOB that will store the relocated elements. relocate checks out and modifies the version of this directory that is selected by your current view. The target directory must be in the same view as the source pathname (that is, you cannot specify a view-extended pathname for target-dir-pname).
On Windows, this pathname must be drive-relative:

Valid Invalid

\foo\bar

m:\foo\bar

foo

f:foo

..\foo

g:..\foo

EXAMPLES

The UNIX 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 shell or Windows command interpreter prompt, followed by the cleartool command. In cleartool interactive mode, cmd-context represents the interactive cleartool prompt. In Attache, cmd-context represents the workspace prompt.

NOTE: In the UNIX examples that follow, arguments and output that show multicomponent VOB tags are not applicable to ClearCase LT, which recognizes only single-component VOB tags. In this manual, a multicomponent VOB tag is by convention a two-component VOB tag of the form /vobs/vob-tag-leaf-for example, /vobs/src. A single-component VOB tag consists of a leaf only-for example, /src. In all other respects, the examples are valid for ClearCase LT.

FILES

relocate.log.date-time

SEE ALSO

ln, mkvob, mv



Feedback on the documentation in this site? We welcome any comments!
Copyright © 2001 by Rational Software Corporation. All rights reserved.