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.

Change<br />

Package<br />

Commands<br />

Change Package Feature Overview<br />

<strong>com</strong>pletion phase in which the associated problem is addressed. All<br />

changes relating to a given issue must then be associated with the correct<br />

change package. Once the problem is addressed, or the feature added, that<br />

change package can be closed.<br />

It is equally important that issues are clearly delineated so that each change<br />

package addresses only one problem area or feature. Certainly, one<br />

problem area or feature may require many files to address it, but if you<br />

create a change package that is too wide in scope, it be<strong>com</strong>es difficult to<br />

extract specific changes later on.<br />

With accurate and consistent logging, Source Integrity can clearly identify<br />

the specific member revisions (or files) that address the identified problem<br />

or <strong>com</strong>plete the required feature. Without this type of tracking, applying a<br />

change package may not have the desired results and manual reviews may<br />

be<strong>com</strong>e necessary.<br />

Consider the following scenario at abcBusiness: A major customer<br />

purchased version 2.0 of abcBusiness’ Aurora software. The customer now<br />

wants a new feature—data <strong>com</strong>pression—that they can use with Aurora<br />

2.0. The development team at abcBusiness has already <strong>com</strong>pleted work on<br />

a data <strong>com</strong>pression feature, but the feature has been engineered only as<br />

part of the up<strong>com</strong>ing Aurora 3.0 release.<br />

To address the customer’s needs, abcBusiness would normally have to<br />

assign a separate development team to create the new feature for Aurora<br />

2.0. But how can abcBusiness take advantage of the work already<br />

<strong>com</strong>pleted on the data <strong>com</strong>pression feature and provide it to the customer?<br />

If the development team has been using change packages, they can isolate<br />

the files that relate to the new data <strong>com</strong>pression feature. However, without<br />

the functionality of Apply CP and Resync CP, the buildmaster at<br />

abcBusiness would have to search the required change package(s)<br />

manually and individually review all of the associated files to isolate the<br />

changes related to the feature. The buildmaster would then have to add<br />

and drop files manually, update file revisions, merge around unwanted<br />

revisions, merge in required changes, and merge out any unwanted<br />

changes.<br />

Using the functionality of Apply CP and Resync CP, this <strong>com</strong>plicated<br />

process be<strong>com</strong>es largely automated. In Source Integrity, the Apply CP<br />

operation works directly in the project to add and drop files, and update<br />

file revisions as required to create the desired change. Source Integrity<br />

presents you with a list—the backfill list—including all change packages<br />

required to capture the issue. In the Apply CP operation, you must either<br />

383

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

Saved successfully!

Ooh no, something went wrong!