02.05.2013 Views

Description - Mks.com

Description - Mks.com

Description - Mks.com

SHOW MORE
SHOW LESS

Create successful ePaper yourself

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

Options<br />

This <strong>com</strong>mand takes the universal options available to all si <strong>com</strong>mands, as well as some general<br />

options. See the options reference page for descriptions.<br />

--lineTerminator=[lf|crlf|native]<br />

explicitly identifies the characters to use as the line terminator for this sandbox. lf is a line<br />

feed character, crlf is the <strong>com</strong>bination of the carriage return and line feed characters, and<br />

native uses the default line terminator in the client operating system: crlf in Windows and lf<br />

in UNIX.<br />

Note:<br />

When you create a sandbox Source Integrity remembers the setting of the line<br />

terminator, and all checkouts (using si co) and resyncs (using si resync) in that<br />

sandbox use the same line terminator setting. If you want to override the line<br />

terminator on an individual member, you must use some utility such as the MKS<br />

Toolkit flip <strong>com</strong>mand.<br />

--[no]populate<br />

controls whether to populate the sandbox with read-only working files for all members.<br />

--[no]sparse<br />

controls whether to create a sparse sandbox.<br />

Creating a sparse sandbox with --sparse affects the way the sandbox behaves with the<br />

si ci check in <strong>com</strong>mand and the si co check out <strong>com</strong>mand, as well as si resync. This<br />

option creates a sandbox with no working files and defers the creation of sandbox<br />

directories and subsandboxes until you need to work with them. A sparse sandbox does not<br />

retain working files when a member is checked in and continues to function this way<br />

throughout its use; however, once created, sandbox directories and subsandboxes remain<br />

in the sandbox. Using si ci to check in a member to a sparse sandbox removes the<br />

working file from the sandbox (unless you did a check in locked, using the -l option).<br />

Similarly, using si resync on the sandbox by default removes the working files for those<br />

members that are not locked by you, although you can override this with<br />

si resync --populate in a sparse sandbox, which in effect causes the resync to behave<br />

like it does in a normal, non-sparse sandbox.<br />

--[no]openView<br />

controls whether to open the sandbox view after this new sandbox is registered on the<br />

client. If --noopenView is used, the sandbox view does not open.<br />

--[no]shared<br />

controls whether or not to make the sandbox shared. The default is not shared.<br />

Configuring the sandbox to be shared makes it possible for other users to share its working<br />

files. Other users must first import the sandbox to register it with their Source Integrity clients<br />

(see si importsandbox). When a top-level sandbox is configured to be shared, all<br />

88 of 457

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

Saved successfully!

Ooh no, something went wrong!