02.05.2013 Views

Description - Mks.com

Description - Mks.com

Description - Mks.com

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

The change package you ask Source Integrity to use may or may not contain entries (that is, files),<br />

but for the greatest level of control in isolating a feature or issue, it is preferable to start with an<br />

empty change package.<br />

The process for creating a resolution change package is as follows:<br />

1. You create a normal change package and, during a Resync CP operation, you ask Source<br />

Integrity to use it as a resolution change package for recording all conflicts.<br />

2. Source Integrity takes the specified change package and adds a resolution list, thereby<br />

making it into a resolution change package.<br />

3. Once all the merge conflicts are addressed, you can check in the changes to the newly<br />

created resolution change package.<br />

4. After all the changes are checked in, you can then close the resolution change package, just<br />

as you would do for a normal change package.<br />

5. Apply the change package.<br />

Note: If reviews are mandatory, you must submit the resolution change package (you cannot close<br />

it manually). Submitting the resolution change package causes Source Integrity to apply the<br />

change package using the si applyCP <strong>com</strong>mand. If reviews are mandatory, the apply CP<br />

<strong>com</strong>mand records the applied changes in another change package that then follows the review<br />

process<br />

Are There Any Limitations When Using a Resolution CP?<br />

To avoid the problem of overlaps and conflicts during the Apply CP operation, you can only apply<br />

one resolution change package per operation.<br />

For more detailed information and examples on si resynccp and resolution change packages,<br />

see Applying Change Packages in the Source Integrity Enterprise User Guide.<br />

Propagation Change Packages<br />

During an Apply CP operation, your review of the changes you want to apply to a project may<br />

reveal potential merge conflicts or conflicts from files that have been added, dropped, renamed, or<br />

moved. For example, if a member has been removed from the source project, the Apply CP<br />

process re-adds the member to the project you are updating, creating an undesirable structural<br />

conflict.<br />

Resolving structural conflicts call for a propagation change package. Similar to a resolution change<br />

package, a propagation change package is initially constructed and populated using the Resync<br />

CP operation with deferred operations for members that need to be updated. Once the propagation<br />

change package is created, any conflicting entries can be discarded or corrected as needed prior<br />

to submission. As an alternative to a resolution change package, a propagation change package<br />

210 of 457

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

Saved successfully!

Ooh no, something went wrong!