Best practice to handle flow of stream and changesets
Hi Team,
We have Dev, SIT, UAT and the Production stream. As a process we defined the work flow that after development the CS's should go through SIT, UAT and then the final Production stream. But incase, we want to deliver the CS's from direct Dev to the Production stream and we know it as only limited CS's with no fixes and we are good to go to the Production at that time just need to set the flow to the Production stream.The scenario which we have is, there might be a chance of mishandling the CS's along with other CS's which is already present in the SIT and UAT means there might be a chance or mistake to pick a wrong CS's to the next stream.
To avoid this confusion, we need to know the best practice to handle streams and delivery of the changesets.
Regards,
Kiran
|
One answer
Geoffrey Clemm (30.1k●3●30●35)
| answered Oct 31 '19, 6:48 a.m.
FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER For those change sets that you want to deliver directly from Dev to Production, you can do so if you also deliver them to SIT. When those change sets finally get delivered from UAT to Production, RTC will notice that they already are in Production, and will do the right thing (i.e. not duplicate the delivery).
If those change sets depend on change sets that you don't want to deliver, RTC will warn you, and will not let you deliver them directly to Production without their dependent change sets also being delivered.
|
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.