Hi Dne Fri, 21 Aug 2009 08:04:16 -0400 Marc Delisle <marc(a)infomarc.info> napsal(a): Well I'd not say this is is about the decision, but rather testing whether there would be interest into doing such thing. If more people would be interested in this, it could push others to learn it. On the other side if nobody except me sees advantage in such change, I'm not going to spend my time on pushing it. Well there are more things where it might be helpful (eg. making changes in more branches, what is right now basically manual work). Or just it does not have some problems (as you do most things locally, it is generally much faster and you are not doomed when server is badly reachable because it is heavy loaded). What I really hate in last days is that just svn update of my phpmyadmin tree takes several minutes. Having fast computer and fast internet access, such operation should be fast as well. If you want to read some more differences you can read here: http://git.or.cz/gitwiki/GitSvnComparsion To see how to control git and how it differs from svn: http://git.or.cz/course/svn.html And finally if you want to spend several evenings by reading a git book :-): http://progit.org/ -- Michal Čihař | http://cihar.com | http://blog.cihar.com

Hi Dne Fri, 21 Aug 2009 13:32:05 -0400 Marc Delisle <marc(a)infomarc.info> napsal(a): Well I used to have also parts, but needing QA branches time to time, now the gsoc branches, documentation, website ... I basically have full copy. Anyway right now it takes about 20 seconds to do svn update on up to date tree. This afternoon it was 3 minutes. It just depends how heavy loaded the server is. And it looks to me like it is usually heavy loaded in times when I work ;-). -- Michal Čihař | http://cihar.com | http://phpmyadmin.cz

Marc Delisle wrote: I'm sort-off back... but still catching up on some reading. As the link above points out it has become a bit easier to do merging in svn 'recently'. A while back when I was experimenting with git I noticed that svn now stores a property to keep track of which trunk changes have already been merged into your branch. After bringing your branch into sync, which is not limited to a single time, merging into trunk should be straightforward. My point being: The tools are more important then the architecture. Sure git has some very nice advantages, mainly being less reliant on the 'slow' sf.net svn server. But many users have svn experience and speaking for myself limited git experience. Either way is fine by me, I don't mind reading up on git. -- Met vriendelijke groet / Regards, Herman van Rink Initfour websolutions

Hi Dne Fri, 21 Aug 2009 11:21:12 -0400 Marc Delisle <marc(a)infomarc.info> napsal(a): Well for some reason merging gsoc branches back to trunk did not work this way. Even though I merged all changes to other branch before so it was just about applying diff between branch and trunk (what I did manually at the end). Maybe I just did something wrong... -- Michal Čihař | http://cihar.com | http://phpmyadmin.cz