On 11 Jun 2015, at 20:25, Dirk Hohndel <[email protected]> wrote: Dirk,
> So you are our posterchild for then implementing merging :-)
that may be way beyond my powers. But I promise I will think about this and try
to come up with something. Somehow, we might make use of the fact that our
files have more structure than just line numbers, namely they are xml fields.
One somehow simple way do deal with conflicts would be to try to be as clever
as possible with the three way merge and if that fails work on a “per dive”
basis, i.e. just have the both versions of the dive show up in the dive list
(maybe marked somehow) and let the user figure it out.
Given that dives in the git format are files (or actually directories), what
happens when in one version a dive is modified and in a separate version it is
deleted? Is that detected as a conflict? (probably) How should we present that?
Best
Robert
--
.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oO
Robert C. Helling Elite Master Course Theoretical and Mathematical Physics
Scientific Coordinator
Ludwig Maximilians Universitaet Muenchen, Dept. Physik
print "Just another Phone: +49 89 2180-4523 Theresienstr. 39, rm. B339
stupid .sig\n"; http://www.atdotde.de
signature.asc
Description: Message signed with OpenPGP using GPGMail
_______________________________________________ subsurface mailing list [email protected] http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
