Delivery conflict detected in singular flow delivery (Java API)
chi wang (15●5)
| asked Oct 19 '17, 2:16 a.m.
edited Oct 24 '17, 4:54 a.m. by Ralph Schoon (63.7k●3●36●48) Hello all,
I am trying to deliver a particular change set from stream A to stream B but it returns an exception:
CRRTC5042E: Cannot deliver changes since they would create conflicts for item '.../class.java'.
However, this is impossible as stream A is the only stream flowing to stream B and stream B has no workspace flowing to it.
I have narrowed down the problem to a guess that the file went through some previous merge in stream A as the change set likely causing the problem has "(merged)" tag at the end of the description.
Note: Also, I am attempting this delivery through Java API
Edit: We also tried looking for the conflict in Eclipse but we cannot find any change set with the red conflict symbol and we're thus very confused.
Really need some urgent help to solve this please, thanks!
|
Accepted answer
This may be similar to the issue described in the article https://jazz.net/library/article/1498. If that is the case, the solution would be to:
chi wang selected this answer as the correct answer
Comments
chi wang
commented Nov 01 '17, 3:27 a.m.
Yes, I did indeed read that other article before posting this and though this was not the direct solution to my problem, it has allowed me to locate the actual problem that I have faced.
So the real problem was that in the first stream developers created 2 conflicting change sets that were merged by a 3rd change set. Promoting these 2 conflicting change sets to the next stream thus resulted in this scenario where we have to move all 3 change sets together or else the conflict will appear, which I have encountered.
The solution is therefore to manually ensure that all 3 of these change sets are to be promoted together somehow.
|
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.
Comments
The error is in the assumption
I am pretty sure of that. Just because there is no workspace flowing to it now, at this very moment does not mean anything.
Hi Ralph, I have checked and confirmed that the only entity that has ever delivered anything to stream B was stream A, not just now at this moment.
There is no way to help here. There is just not enough information. Even if there was more I doubt we could.