02.05.2013 Views

User Guide - MKS

User Guide - MKS

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.

Chapter 12: Advanced Change Package Operations<br />

How Resolution<br />

CPs Work<br />

400<br />

You can select an existing change package—or create a new one—and<br />

then ask Source Integrity to use it as a resolution change package. The<br />

only requirement is that the change package must be in the Open state.<br />

For the greatest level of control in isolating a feature or issue, it is<br />

preferable to start with an empty resolution change package. When<br />

the resolution change package contains no previous entries, the only<br />

additions will be those that specifically relate to the issue in question.<br />

If the resolution change package contains other change package<br />

entries, Source Integrity will also process those entries.<br />

To avoid the problem of overlaps and conflicts during the Apply CP<br />

operation, you can only apply one resolution change package per<br />

operation.<br />

The abcBusiness company has two development teams:<br />

a Product Team that develops new features and software for the main<br />

release cycle<br />

a Maintenance Development Team that maintains the released<br />

software and addresses bugs that are identified by customers<br />

The Product Team (PT) implements new features and designs on the main<br />

development path.<br />

The Maintenance Development Team (MDT) works on a variant<br />

development path for Release 2.0 and fixes any problems in the newly-<br />

released product. The main goal of this team is to produce bug fixes for<br />

Release 2.0a. The work process for the MDT is:<br />

A bug is reported by a customer.<br />

A change package for the bug is created, in this case it has the<br />

container ID 1204. If the Integrity Manager integration is enabled, an<br />

issue is created and then associated with a created change package.<br />

An MDT developer is assigned to fix the problem.<br />

The MDT developer creates a change package.<br />

The MDT developer makes the necessary changes and tests the code.<br />

The MDT developer checks the modified files back into the variant<br />

project, making sure to associate the files with change package 1204:1.<br />

In this case, all the work of the MDT developer is now checked into the<br />

variant development path and will be part of release 2.0a. However, what<br />

is the best method for transferring the MDT bug fix work back to the main<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!