Hm. I saved code in a clone of Mariano's project, and a bunch of metadata files were created. Did I miss a step on configuring the repo so it's metadataless ?
On 16 January 2016 at 15:18, Mariano Martinez Peck <marianop...@gmail.com> wrote: > OK, thanks Thierry. > > BTW, thanks for all the help you have been giving me in the last weeks and > for your great GitFileTree :) > > On Sat, Jan 16, 2016 at 11:14 AM, Thierry Goubier < > thierry.goub...@gmail.com> wrote: > >> Le 16/01/2016 15:06, Mariano Martinez Peck a écrit : >> >>> >>> >>> On Sat, Jan 16, 2016 at 5:15 AM, Thierry Goubier >>> <thierry.goub...@gmail.com <mailto:thierry.goub...@gmail.com>> wrote: >>> >>> Le 16/01/2016 03:23, Mariano Martinez Peck a écrit : >>> >>> Hi guys, >>> >>> First, let me say that I found very cool that I can do a "git >>> checkout >>> X" from command line, and from Pharo, opening the MC browser >>> detects I >>> am in another branch and everything seems to work. So I guess >>> that's the >>> way I manage branches? Simply "git checkout X" and then go to MC >>> , and >>> do a "load" of the last version of the repo? (or another image, >>> whatever). >>> >>> >>> Yes, exactly. >>> >>> >>> OK. >>> >>> >>> >>> The problem is now with merging. Not necessary about the >>> metadata ( I >>> guess we have less metadata conflicts with Metadata-less >>> GitFileTree >>> right???) , but real code changes conflicts between branches. >>> How do you >>> manage this? You manage everything at Git level using git and >>> text editors? >>> >>> >>> yes, or with git gui tools, or with the github interface (if there >>> is no conflict). The only thing a bit problematic are the eventual >>> conflicts, but, in that metadata-less format, they are less frequent >>> and easier to solve. >>> >>> >>> OK... but let me confirm... with metadata-less gitfiletree, would I >>> still benefit from >>> https://github.com/ThierryGoubier/GitFileTree-MergeDriver >>> to minimize conflicts? >>> Or that was when you were having filetree with metadata? >>> >> >> The merge driver does three things: >> - merge metadata version files >> - merge method properties json files >> - merge class definition json files (merge instances variables from both >> branches) >> >> Items one and two do not exist anymore in metadata-less format. Third one >> is not allways seen as a good thing. >> >> So the merge driver is rarely usefull in metadata-less mode. >> >> I cannot think how to do that from MC browser "Merge" because MC >>> sees >>> only one repo associated to one current branch. >>> >>> >>> It is possible to do the merge in MC (think of merging your current >>> working copy and the top of the branch) but they won't be recorded >>> in the git log as a merge. >>> >>> >>> OK. I prefer git to see it as a merge. But thanks anyway. >>> >> >> I understand and do the same. Moreover, git is better than MC in my >> opinion to do the merge properly. >> >> Thierry >> >> > > > -- > Mariano > http://marianopeck.wordpress.com > -- Damien Pollet type less, do more [ | ] http://people.untyped.org/damien.pollet