rmbranch

Removes a branch from the version tree of an element

Applicability

Product

Command type

VersionVault

cleartool subcommand

Platform

UNIX®

Linux®

Windows®

Synopsis

rmbranch [ –c/omment comment | –cfi/le comment-file-pname |–cq/uery
| –cqe/ach | –nc/omment ]

[ –f/orce ] pname ...

Description

This command destroys information irretrievably. Using it carelessly may compromise your organization's ability to support old releases.

The rmbranch command deletes one or more branches from their elements. For each branch, deletion entails the following:

  • Removal from the entire branch structure from the VOB database: branch object and version objects
  • Removal of all metadata items (labels, attributes, hyperlinks, and triggers) that were attached to the deleted objects
  • Removal of all event records for the deleted objects
  • (File elements only) Removal of the data containers that hold the file system data of the deleted versions
  • Creation of a destroy sub-branch event record for the parent branch of the deleted branch
Note: If all of an element's versions are stored in a single data container, the deleted versions are removed logically, not physically.

To delete all instances of a branch and the branch type object, use the rmtype command.

Restrictions

Identities

You must have one of the following identities:

  • Branch creator
  • Element owner
  • VOB owner
  • root (UNIX® and Linux®)
  • Member of the VersionVault administrators group (VersionVault on Windows®)

Locks

An error occurs if one or more of these objects are locked: VOB, element type, element, branch type, branch, pool (nondirectory elements only).

Mastership

(Replicated VOBs only) Your current replica must master the branch.

Other

You cannot delete an element's main branch or a branch with checkouts. See the reference page for uncheckout.

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.

Confirmation step

Default
rmbranch prompts for confirmation before deleting anything.
–f/orce
Suppresses the confirmation step.

Specifying the branches to be removed

Default
None.
pname ...
One or more VOB-extended pathnames, indicating the branches to be deleted. Examples:

foo.c@@/main/bugfix
/vobs/proj/include/proj.h@@/main/temp_482

Examples

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.

  • Delete the maintenance branch of element util.c.

    cmd-context  rmbranch util.c@@/main/maintenance
    Branch "util.c@@/main/maintenance" has 0 sub-branches, 2 sub-versions
    Remove branch, all its sub-branches and sub-versions? [no]
      yes
    Removed branch "util.c@@/main/maintenance".

  • Verify, with the lsvtree command, that element msg.c has a patch2 branch. Then, delete that branch without prompting for confirmation.

    cmd-context  lsvtree –branch \main\patch2 msg.c
    msg.c@@\main\patch2
    msg.c@@\main\patch2\1

    cmd-context  rmbranch –force msg.c@@\main\patch2
    Removed branch "msg.c@@\main\patch2".