Thanks Thierry for pushing this subject and working so patiently with the community.
> On 03 Feb 2016, at 10:18, Thierry Goubier <[email protected]> wrote: > > I went through all the different possible file formats, class-based, > package-based, method-based, log metadata and the like, and I concluded that: > > - the method based format is as good as any other. Even better since it has a > spec (cypress). > - method based format allow for method-history queries on the git/vcs history > (as well as class based / package based queries). > - the tree structure on github or bitbucket is quite convenient (and > browsable) to the point one could edit a package directly in it (I do when I > need to do a quick fix). > - anything that can compress a bit the metadata version is probably good to > consider. version files can be huge. > - merge drivers really work and releave us from conflict resolution > - we need a merge tool written in Smalltalk/MC > - MC version numbering is a very bad idea > - MC almost never using properly UUIDs is a very bad behavior > - MC packages history can be considered broken in the general case > - it takes time to define, implement, test and really use a new format and > tooling Excellent summary. I also feel that the current structure (basic filetree) is more than OK. You can /almost/ browse through github. I am sure we'll get there with the meta data and tooling. Sven
