Conflicts and outgoing changes

[WtfJoke]

For some unknown reasons the rtc workspace contains conflicts and outgoing changes (despite the fact the skript doesnt check in anything in rtc) after the changes of the next stream gets accepted.

This issue should try to find the cause and/or triy to avoid such behaviour.
I tried to fix this issue already by trying out different approaches, but until now I didnt found any solution.

However this might be an issue of rtc itself... Somehow it seem it cant handle that.

One approach which should be tested is that the workspace gets compared directly with the baseline of the components of the headstream. This would result in a longer migration (each stream would get pulled up to the highest stream instead of branching of while pulling up)

[WtfJoke]

I was able to analyze the issue a bit. I figured out why the conflicts and/or outgoing changes (which are not created by the migration, rather by accepting changesets) are there.

Any changeset/baseline which is not part of the current flow target gets displayed as outgoing changes and will most likely cause conflicts sooner or later.

I might have a solution, which might avoids the problem, but I need to test it first

[WtfJoke]

The solution mentioned in previous comment didnt worked out (Was testing it with a workspace without a flowtarget).Due a different approach on how to accept changes, this is not an issue anymore.
Now each stream gets migrated from the oldest state to the target-stream on its own.
Before I branched off on the fly and tried to migrate every stream more or less in one step.

[WtfJoke]

Is somehow still a problem. Needs to be more investigated. Might be another try worth to switch the old migration behaviour.

[WtfJoke]

As long as I set the flowtargets of the to be merged stream everything is fine (which I implemented in 0f4272b, 6010b2f).
So until not something new is poping up again, I will close this issue.

[WtfJoke]

From time to time we run into some conflicts in the rtc workspace. Allthough its rarely I hope its possible to find a solution
A possible explaination could be the strict accepting ordered by date.... If I check the history of some files, sometimes its possible that they are aranged not according the date.