Hi, On 27 Apr 2011, at 23:20, Camillo Bruni wrote:
> > On 2011-04-27, at 22:37, Stefan Marr wrote: > >> Hi Camillo: >> >> >> On 27 Apr 2011, at 22:09, Camillo Bruni wrote: >> >>> Lukas once implemented a small MC Repository type that simple stores the >>> source.st in a git repository. Due to changes in the recent pharo versions >>> some of the git code didn't work anymore. So that's fixed now and you can >>> use git for storing monticello versions. >>> >>> The following uses a local git repos as a monticello repository: >>> >>> MCGitRepository directory: 'test_git' >> What are the dependencies for that? Would it be likely that it works with a >> Squeak 3.8/3.9ish image? > > I have no clue. It was developed in a 1.2 image. But I guess you have to try > out ;) > >> >>> Of course it is not fully useful since it uses a single file to store >>> everything, rendering normal git tools unusable. Hence I will experiment >>> tomorrow a bit on how to split up methods and classes into something more >>> representable. I guess the trickiest part will be to tell git how methods >>> and classes changed when they are renamed, but even that should not be such >>> a problem.. >> If you can handle EPL licensed code, I could make our Transporter scripts >> available. >> It is a bit more than just a file out that uses one file per class, and a >> folder per package. >> Beyond that, we also have some support for ordering, since often we have >> dependencies that need to be load first, etc, as well as pre/post scripts. > > I'd certainly be interested in having a look at this. Since I am not yet sure > how to split it up. Since I want to make it compatible with Monticello again > I will try to keep enough meta data around to reassemble a sources.st file. > >> Unfortunately, it is EPL licensed and not MIT. So, let me know whether that >> would be useful/acceptable for you.. > > Personally this is no problem, and since I am not obliged to commit it to > squeaksource this should be not a problem. Just a note: If this code is to have the possibility of being used in a Pharo-distribution, it would need to be MIT. Cheers, Doru > >> Best regards >> Stefan >> -- >> Stefan Marr >> Software Languages Lab >> Vrije Universiteit Brussel >> Pleinlaan 2 / B-1050 Brussels / Belgium >> http://soft.vub.ac.be/~smarr >> Phone: +32 2 629 2974 >> Fax: +32 2 629 3525 >> >> > > -- www.tudorgirba.com "No matter how many recipes we know, we still value a chef."
