14.01.2013 Views

AccuRev CLI User's Guide

AccuRev CLI User's Guide

AccuRev CLI User's Guide

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

Exclusive File Locking and Anchor-Required Workspaces<br />

Exclusive file locking (serial-development mode) can be implemented at the depot level, the<br />

workspace level, or the element level (keep –E, add –E). If exclusive file locking applies to an<br />

element:<br />

• It is maintained in the read-only state in your workspace tree when you are not actively<br />

working on it.<br />

• If the element is active in a sibling workspace (having been processed with anchor, co,<br />

revert, keep, move, defunct, or undefunct), you cannot make the element active in your<br />

workspace.<br />

Note: in this context, workspaces are considered siblings if they promote to the same stream.<br />

If the stream hierarchy includes pass-through streams, workspaces can be siblings even if they<br />

have different parents.<br />

• If the element is not active in any sibling workspace:<br />

• You can make a file element active with the co or anchor command. This makes the file<br />

in your workspace tree writable.<br />

Unix/Linux: only the “user” write permission is enabled, not the “group” or “other” write<br />

permission. Your umask setting is ignored.<br />

• Before you can keep a new version of a file element, you must first use co or anchor to<br />

make it active.<br />

• You can make an element active with move, defunct, undefunct, or revert without<br />

having to first use co or anchor.<br />

An exclusive file lock on a file element is released when active development on the file ends in<br />

that workspace:<br />

• A promote command sends your private changes to an element from your workspace stream<br />

to the backing stream.<br />

• A purge command discards your private changes to an element.<br />

Either way, the workspace returns to using a backing-stream version of the element.<br />

In an anchor-required workspace, all elements are maintained in a read-only state when you are<br />

not actively working on them. Using such a workspace is similar to working with exclusive file<br />

locking, except that you are not constrained by elements’ activity in sibling workspaces:<br />

• You can make a file element active with the co or anchor command. This makes the file<br />

writable.<br />

• Before you can keep a new version of a file element, you must first use co or anchor to make<br />

it active.<br />

• You can make an element active with move, defunct, undefunct, or revert without having to<br />

first use co or anchor.<br />

<strong>AccuRev</strong> <strong>CLI</strong> User’s <strong>Guide</strong> 4

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!