Le 16/01/2016 15:06, Mariano Martinez Peck a écrit :


On Sat, Jan 16, 2016 at 5:15 AM, Thierry Goubier
<[email protected] <mailto:[email protected]>> 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

Reply via email to