02.05.2013 Views

User Guide - Mks.com

User Guide - Mks.com

User Guide - Mks.com

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

Chapter 8: Viewing and Editing Projects, Sandboxes, and Members<br />

284<br />

Former subprojects that are still in the sandbox view appear as<br />

subprojects in the snapshot.<br />

Source Integrity always uses the actual name of the member working<br />

file for the snapshot.<br />

You cannot take a snapshot of a sparse sandbox.<br />

The Snapshot Sandbox <strong>com</strong>mand is performed on the entire sandbox,<br />

independently of the filter used to display the contents of a sandbox.<br />

Differencing can be performed between a project revision created by a<br />

snapshot and another project revision (including revisions created by<br />

a snapshot) in the project history, but the revision cannot be<br />

differenced with the sandbox contents.<br />

In order to specify an existing development path when taking a<br />

sandbox snapshot, you must use the CLI. For more information, see<br />

The Source Integrity Enterprise Edition CLI Reference <strong>Guide</strong>.<br />

Members of a sandbox need to be associated with a corresponding<br />

archive on the Integrity Server.<br />

When recursing into subsandboxes, the snapshot represents exactly<br />

the same directory structure and files of your sandbox. All subproject<br />

elements be<strong>com</strong>e the same type and shared subprojects of different<br />

types be<strong>com</strong>e shared subprojects of the same type.<br />

When you snapshot a sandbox recursively that contains<br />

subsandboxes, for those subsandboxes the snapshot creates a<br />

branched project revision based on the revision of the subproject<br />

captured in the last checkpoint of the master project (if one exists), not<br />

the current revision of the subproject in your sandbox. Member<br />

revisions are unaffected.<br />

When you snapshot a sandbox non-recursively the subproject<br />

elements refer to the exact type they were in the sandbox at the time<br />

the snapshot is performed, so configured subprojects remain<br />

configured. For more information, see “Configuring a Subproject” on<br />

page 131.<br />

The following is the re<strong>com</strong>mended scenario for when to take a sandbox<br />

snapshot in a development environment:<br />

1 You are in a situation where you are working in a regular sandbox, but<br />

should be working in a variant sandbox.<br />

2 Instead of checking in your changes to the main development path,<br />

check in (or merge in) your changes on a branch.<br />

3 Snapshot the sandbox.<br />

u s e r g u i d e

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

Saved successfully!

Ooh no, something went wrong!