Well, no one is calling the vote yet, but if we did, I suppose each voter would have to take the loss of your contributions into account in their vote ;)
I’m not in a hurry yet. Eventually though, you lose much more bowing to the people stuck on the last decades technology than you gain IMO. Just as the author of the link I posted indicates. So while Git might stop you contributing, it’s likely to increase the chance many more in the future contribute. When the time comes, I’ll likely be voting to move forward, despite any developers Seppuku protests. - Mark On Jan 3, 2014, at 8:18 AM, Uwe Schindler <u...@thetaphi.de> wrote: > 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 > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
