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.

Working With Variants and Development Paths<br />

Working With Variants and Development<br />

Paths<br />

Regular sandboxes are based on the current state of the project. You can<br />

also create a sandbox that is based on a previously checkpointed revision<br />

of the project. This type of sandbox is called a variant.<br />

When you create a variant project, you choose a checkpoint (baseline) of<br />

your project and use it as the starting point for a new branch of<br />

development. Source Integrity allows you to do this by defining a new<br />

development path.<br />

A development path is an identifier given to a new branch of software<br />

development. Changes made through the new development path are kept<br />

separate from the main development trunk, unless you choose to merge<br />

them later.<br />

The trunk is the primary line of a file’s change history in a history. The first<br />

member of the trunk is always the original file checked into the archive.<br />

Source Integrity allows multiple developers to point to the same<br />

development path, each using their own variant sandbox. In the variant<br />

sandbox, you can see the current state of the project along that<br />

development path and the changes made by other developers using it.<br />

Development paths are useful for:<br />

building customized versions of a product<br />

performing branch development work<br />

performing post-release maintenance<br />

fixing defects in previous versions of the product<br />

testing new features outside of the main development path<br />

experimenting with research that does not affect regular development<br />

21

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

Saved successfully!

Ooh no, something went wrong!