Eclipse Community Forums: EMF » Merging in Real Life

Help

Home

Home » Modeling » EMF » Merging in Real Life

Show: Today's Messages :: Show Polls :: Message Navigator

Merging in Real Life [message #1160779]

Tue, 29 October 2013 10:49

Dirk Hoffmann

Messages: 163
Registered: July 2009

Senior Member

Hi,

huh, I managed to make two of my colleagues believe that we must model
the data exchanged between a GWT based client and our server using EMF.

I've been using EMF for quite a while now but never had to team-work on
the ecore files.

Now the day will arrive when it comes to merging two ecore files into
one in the course of SVN updating the code.

I would be interested in how you EMF team users out there go about this
demand. Which approach is really used in practice?

I know there is EMFCompare but up to date I was not able to use it for
merging.

Thanks for sharing your experience with me and others reading this
newsgroup.

Regards,
Dirk

Report message to a moderator

Re: Merging in Real Life [message #1160821 is a reply to message #1160779]

Tue, 29 October 2013 11:21

Felix Dorner

Messages: 295
Registered: March 2012

Senior Member

There's also EMF.Diffmerge: http://eclipse.org/diffmerge/ and it won the
Eclipse Community Awards at last EclipseCon. That should mean something!
I've never used it to merge stuff though, no personal experience.

A place where I worked we did it the old school way: Put up a huge chalk
board and "lock" one of the (5 or so) models by writing your name next
to it. This worked with a team of 5 developers. Once you committed, you
wipe out your name and release the lock. Not too fancy, but still a very
cool way to do it :D

Felix

Report message to a moderator

Re: Merging in Real Life [message #1162162 is a reply to message #1160821]

Wed, 30 October 2013 07:39

Dirk Hoffmann

Messages: 163
Registered: July 2009

Senior Member

Hi Felix,

thanks for sharing your experience.

So after all you avoid having to merge meta models at all. One tip: You
could pass around some sort of token, for example a bottle of champagne
for each file you need to lock. Only the developer who has the token is
allowed to modify the file. Train drivers actually use this technique to
ensure that only one train enters a single track used for both directions.

I had a look at diffmerge but doubt that it is ready for production use.

I found XCore (http://www.youtube.com/watch?v=zjluqfxx6B8) quite
promising. You can handle merging in the same manner than with your
normal source files.

Hoping to also here from others how they cope with the merging challenge.

Dirk

Am 29.10.2013 12:21, schrieb Felix Dorner:
> There's also EMF.Diffmerge: http://eclipse.org/diffmerge/ and it won the
> Eclipse Community Awards at last EclipseCon. That should mean something!
> I've never used it to merge stuff though, no personal experience.
>
> A place where I worked we did it the old school way: Put up a huge chalk
> board and "lock" one of the (5 or so) models by writing your name next
> to it. This worked with a team of 5 developers. Once you committed, you
> wipe out your name and release the lock. Not too fancy, but still a very
> cool way to do it :D
>
> Felix
>
>
>

Report message to a moderator

Re: Merging in Real Life [message #1162242 is a reply to message #1162162]

Wed, 30 October 2013 08:41

Peter Mising name

Messages: 95
Registered: July 2009

Member

Hi Dirk,
take a look at EMF-Store or CDO.
Peter

Am 30.10.2013 08:39, schrieb Dirk Hoffmann:
> Hi Felix,
>
> thanks for sharing your experience.
>
> So after all you avoid having to merge meta models at all. One tip: You
> could pass around some sort of token, for example a bottle of champagne
> for each file you need to lock. Only the developer who has the token is
> allowed to modify the file. Train drivers actually use this technique to
> ensure that only one train enters a single track used for both directions.
>
> I had a look at diffmerge but doubt that it is ready for production use.
>
> I found XCore (http://www.youtube.com/watch?v=zjluqfxx6B8) quite
> promising. You can handle merging in the same manner than with your
> normal source files.
>
> Hoping to also here from others how they cope with the merging challenge.
>
> Dirk
>
> Am 29.10.2013 12:21, schrieb Felix Dorner:
>> There's also EMF.Diffmerge: http://eclipse.org/diffmerge/ and it won the
>> Eclipse Community Awards at last EclipseCon. That should mean something!
>> I've never used it to merge stuff though, no personal experience.
>>
>> A place where I worked we did it the old school way: Put up a huge chalk
>> board and "lock" one of the (5 or so) models by writing your name next
>> to it. This worked with a team of 5 developers. Once you committed, you
>> wipe out your name and release the lock. Not too fancy, but still a very
>> cool way to do it :D
>>
>> Felix
>>
>>
>>
>

Report message to a moderator

Re: Merging in Real Life [message #1162337 is a reply to message #1162162]

Wed, 30 October 2013 10:01

Olivier Constant

Messages: 106
Registered: January 2012

Senior Member

Hi Dirk,

EMF Diff/Merge is used in real-life operational projects at Thales at least, but not exactly in your scenario. It is used to merge versioned models (not metamodels) based on unique IDs of model elements. Merging Ecore models, which do use unique IDs, is currently not supported.

Olivier

Report message to a moderator

Previous Topic:	[xcore] How to migrate from ecore/genmodel
Next Topic:	Get EClasses that extend a given EClass

Goto Forum:

-=] Back to Top [=-

[ Syndicate this forum (XML) ] [

]

Current Time: Tue Apr 23 09:41:01 GMT 2024

.:: Contact :: Home ::.

Breadcrumbs

Sign up to our Newsletter