Why is there parallel notification in Synerfy: objects vs. tasks?

radex's picture
radex asked on February 15, 2011 - 9:47am | Replies (1).

I think the task-based methodology is cool and very powerful but there are some issues and concepts that confuse me.

there is a simple comprehension question:

let there be a root object foo.c (Version: 1 , Release: test/1.0)

-Developer A creates a new Task for release test/1.0 and checks out the object foo.c. The new version is foo.c-2. The developer wants to backup the temporary changes and checks in the object (foo.c-2 integrate). The Task is stil "assigned"! Then the developer continues his work and has now the version foo.c-3 (working). Both versions are not "completed", the task is still "assigned" and therefore "invisible" for the update rules of the other collaborative projects for release test/1.0.

-Developer B does an update in his own project and then checks out the object foo.c -> foo.c-1.1.1 (working). Developer B is ready with his changes and tries to complete his own task and there comes the parallel notification: he is forced to merge. Developer B is not very happy and tries to kill his BuildManager (me) :ohmy:

Why is there such parallel notification? There is not really a parallel conflict beacuse Task A is still not completed. The only completed Task at this point must be Task B.

Why must Developer B merge his own completed changes with the temporary (not completed and maybe inconsistent!!!) changes of Developer A. The idea of the task-based methodology is basically that only completed changes (tasks) count.

Is there any way to change this behaviour??

We are using Synergy 6.5 SP2 with the standard process rules and the parallel restriction: allow parallel checkout, disallow parallel checkin

Thanks in advance!!!

1 Answer

Robert Doerr's picture

Well you could change to prevent parallel upon checkout so Developer B could strangle Developer A for taking too long to post his changes. Making your life easier and cleaning up the gene pool at the same time.

Having generated foo.c-1.1.1 should have been a clue that a parallel was just created and merging would be required. A pop-up message using a trigger and echo "MSG:Hey buddy, you just created a parallel object, before you get too involved with your changes you may want to talk to developer A......."

CMCrossroads is a TechWell community.

Through conferences, training, consulting, and online resources, TechWell helps you develop and deliver great software every day.