02.05.2013 Views

The Source Integrity Professional Edition User Guide - MKS

The Source Integrity Professional Edition User Guide - MKS

The Source Integrity Professional Edition User Guide - MKS

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.

Understanding Projects<br />

Logical and<br />

Functional<br />

Structures<br />

Understanding<br />

Archives<br />

Understanding Projects<br />

With <strong>Source</strong> <strong>Integrity</strong>, you can control the granularity of your<br />

development process. <strong>Source</strong> <strong>Integrity</strong>’s projects let you define<br />

complex development objects and the relationships among them.<br />

Individual files represent the development object at its lowest level.<br />

However, modern software development’s size and complexity make<br />

it impractical to manage at this level. Instead, <strong>Source</strong> <strong>Integrity</strong> takes<br />

another approach.<br />

<strong>Source</strong> <strong>Integrity</strong>’s approach to configuration management lets you<br />

modularize your development effort. It lets you create logically and<br />

functionally related subprojects that come together to build a finished<br />

application. Every unit—or subproject—in the hierarchy is a<br />

development object that can be managed either individually or<br />

relative to the other objects it interacts with.<br />

You can determine the number, size, and complexity of the<br />

objects you work with.<br />

You can define the relationships between development objects.<br />

You can shape the project to address the management<br />

requirements at your site.<br />

<strong>The</strong>re are two key issues to consider when you decide on the best<br />

structure for your projects:<br />

the functional structure, the directory trees where files reside<br />

the logical structure of the <strong>Source</strong> <strong>Integrity</strong> project<br />

Ideally, these two structures should be identical. <strong>The</strong> physical<br />

organization of stored files—the project’s directory tree—should<br />

reflect the logical relationships among files. Except for very small<br />

projects, however, this ideal is almost never achieved. Usually, as a<br />

project grows, new files and modules are added until the internal<br />

relationship among components becomes too varied and complex to<br />

be accurately reflected by the project’s directory tree.<br />

A <strong>Source</strong> <strong>Integrity</strong> archive is the “place” where revisions (snapshots of<br />

an object’s state at a particular point in time) are preserved. Any<br />

development object can have an archive where revisions of itself are<br />

stored, and from which they can be retrieved at any time. It is this<br />

ability to save and recreate every development object—at any stage of<br />

its development—that makes <strong>Source</strong> <strong>Integrity</strong> so effective as a<br />

configuration management tool.<br />

<strong>User</strong> <strong>Guide</strong> 13

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

Saved successfully!

Ooh no, something went wrong!