As an interested party, and deeply involved in another related Apache project, I have to say that there is a huge benefit for all Apache projects to use common source control. If we were starting over, or if svn was going to die forever, it might be a different story - but given that svn is alive, well, and relatively robust, a move of this kind does not make sense to me.
Thanks, Karl -----Original Message----- From: ext Uwe Schindler [mailto:u...@thetaphi.de] Sent: Friday, January 03, 2014 8:19 AM To: dev@lucene.apache.org Subject: RE: The Old Git Discussion Hi, I fully agree with Robert: I don't want to move to GIT. In addition, unless there is some tool that works as good as Windows' TortoiseSVN also for GIT, so I can merge in milliseconds(TM), I won't commit anything. I just note: I was working as committer for the PHP project (maintaining the SAPI module for Oracle iPlanet Webserver), but since they moved to GIT 2 years ago, I never contributed anything anymore. I just don't understand how it works and its completely unusable to me. E.g. look at this bullshit: https://wiki.php.net/vcs/gitworkflow - Sorry this is a no-go. And I have no idea what all these cryptic commands mean and I don't want to learn that. If we move to GIT, somebody else have to commit my patches. And the other comment that was given here is not true: Merging with SVN works perfectly fine and is easy to do, unless you use the command line or Eclipse's bullshit SVN client (that never works correctly). With a good GUI (like the fantastic TortoiseSVN), merging is so simple and conflicts can be processed in milliseconds(TM). And it is much easier to understand. Also Subversion is an Apache Project and I want to add: We should eat our own dog food. Just to move to something with a crazy license and a broken user interface, just because it's cool, is a no-go to me. We would also need to rewrite all our checking tasks (like the check-svn-working-copy ANT task) to work with GIT. Is there a pure Java library that works for GIT? I assume: No. So this is another no-go for me. The checks we do cannot be done by command line. Uwe ----- Uwe Schindler H.-H.-Meier-Allee 63, D-28213 Bremen http://www.thetaphi.de eMail: u...@thetaphi.de > -----Original Message----- > From: Mark Miller [mailto:markrmil...@gmail.com] > Sent: Friday, January 03, 2014 2:01 PM > To: dev@lucene.apache.org > Subject: Re: The Old Git Discussion > > Well, once we are ready to truly decide to move, this would be a > majority vote, so based on all the previous polling done, I think we > would end up using git. > > - Mark > > On Jan 3, 2014, at 6:59 AM, Dawid Weiss <dawid.we...@cs.put.poznan.pl> > wrote: > > >> then we won't use git. > > > > Unless somebody can offer a workflow that you can live with (that > > satisfies your criteria)? You seem to be stuck on one particular way > > of doing things that doesn't work for you. Fine. But there are > > plenty of ways of achieving a merge, including cherry-picking, > > preconfiguring the git repo to not accept fast forwards... Don't > > give up on a tool just because one way doesn't work (for you :) > > > > Dawid > > > > -------------------------------------------------------------------- > > - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For > > additional commands, e-mail: dev-h...@lucene.apache.org > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For > additional commands, e-mail: dev-h...@lucene.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org