2015-07-08 15:11 GMT+02:00 Alexandre Bergel <[email protected]>:
> > Our “coding” atoms are methods, not classes. Having method per file we > can trace the history of changes with method detail, not class. > > That I understand. > > > Now… you are complaining in the wrong problem. > > Well… Having one file per method seems to be very problematic after all. > It's not ;) > > > FileTree meta information (who causes your merge problems) is needed > *just* to keep monticello compatibility. > > That’s what is plain wrong and should be at least optional :) > > > > I would happily integrate a “PlainFileTree” protocol (without monticello > information) as an option, if someone provides such extension. > > Crap, I could make it myself if I have the time!… maybe next insomnia > night :P > > We can work on this next week. I am fed up to hear “why you guys are not > using github?" > It's extremely easy to do. Most of the code is ready for it. But since there is no real push to get Pharo under git for now, I've left it as it is. In part because some are using FileTree directly and they need that compatibility level. Thierry
