It's all about the answers!

Ask a question

concept of cherry picking ?


Steffen Kriese (381921) | asked Feb 14 '12, 5:05 a.m.
Hi,

assuming the following scenario:

in the project area we have a stream for the continuous development called "development stream" and a stream to support my product in the field called "release 1 support stream".
We have three developers doing product maintenance in the "release 1 support stream" and a QA guy who needs 1 week to verify each fix before it gets shipped to the field.
Developer 1 and 2 have delivered minor fixes (fix 1 and fix 2) to the "release 1 support stream", fix 1 is build and QA has started the verification process. Now we found a major bug in our application. The fix 3 is simple and is delivered to the "release 1 support stream" after a day. Since fix 3 is much more important than fix 2 we won't loose a week for fix 2 verification. The library must be able to build fix 3 before fix 2. and send it for verification to QA. Is there a concept in RTC which supports such a scenario?

Thanx, Steffen

2 answers



permanent link
Ralph Schoon (63.1k33645) | answered Feb 14 '12, 6:27 a.m.
FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER
I am not sure I fully understand the question. My best attempt:

In RTC, provided you have the change sets for fix 3 available either in the developers environment or tracked by a work item (typical) you can deliver/accept the fix to/in the integration/release stream. This only works if there is no dependency on a prior change to a file that has not been delivered/accepted yet. If there is an overlap between Fix2 and Fix3 you will notice that.

permanent link
Tim Hahn (511) | answered Feb 14 '12, 1:57 p.m.
JAZZ DEVELOPER
Hi Steffen,

It sounds like you're looking for a way to back out some set of updates so that you can push through another update that takes precedence to the other ones.

One way to do this is to make use of additional streams which are used to deliver work into and which needs to have additional testing done on it before it should be delivered to the "product release" stream. Then, if there are errors/problems, the code will not have been delivered to the product release stream, allowing the higher priority work to be delivered ahead of the other work.

Tim Hahn

Hi,

assuming the following scenario:

in the project area we have a stream for the continuous development called "development stream" and a stream to support my product in the field called "release 1 support stream".
We have three developers doing product maintenance in the "release 1 support stream" and a QA guy who needs 1 week to verify each fix before it gets shipped to the field.
Developer 1 and 2 have delivered minor fixes (fix 1 and fix 2) to the "release 1 support stream", fix 1 is build and QA has started the verification process. Now we found a major bug in our application. The fix 3 is simple and is delivered to the "release 1 support stream" after a day. Since fix 3 is much more important than fix 2 we won't loose a week for fix 2 verification. The library must be able to build fix 3 before fix 2. and send it for verification to QA. Is there a concept in RTC which supports such a scenario?

Thanx, Steffen

Your answer


Register or to post your answer.


Dashboards and work items are no longer publicly available, so some links may be invalid. We now provide similar information through other means. Learn more here.