Well, it has been 72 hours, so let's tally up the votes. As I see it (counting votes on both lists):
+1s James Carman Romain Manni-Bucau Matt Benson Benedikt Ritter Bruno Kinoshita Gary Gregory Luc Maisonobe Oliver Heger Christian Grobmeier Torsten Curdt -1s Mark Thomas Thomas Vandahl Damjan Jovanovic Gilles Sadowski Jorg Schaible +0.5 Olivier Lamy +0 Ralph Goers -0 Emmanuel Bourg The vote passes, so Apache Commons will be moving to Git for SCM. We should begin working on a plan. I propose we set up a wiki page for that. Please let me know if I have missed anyone's vote. Having two vote threads (my fault) caused a bit of confusion, but I think I got everyone's vote. Thank you, James On Fri, Oct 11, 2013 at 4:01 PM, Benedikt Ritter <brit...@apache.org> wrote: > 2013/10/11 Oliver Heger <oliver.he...@oliver-heger.de> > >> Am 11.10.2013 02:10, schrieb Phil Steitz: >> > >> > >> >> On Oct 10, 2013, at 4:41 PM, Olivier Lamy <ol...@apache.org> wrote: >> >> >> >> Even I like git and use it daily, I will vote +0,5. >> >> >> >> Why other apache projects need to have their own commons-csv >> >> repackaged release? why tomcat need to use a svn:external on dbcp >> >> instead of a released version? why servicemix need to repackage all >> >> commons jar to have proper osgi bundles? >> >> >> >> I simply believe moving to git won't fix those problems about the too >> >> complicated release process which scare folks here to try releasing a >> >> component!! >> >> So no release happen at the end.... >> >> >> > I agree that the release process is certainly a problem; but the big >> problem IMO is just too many components for too few really active >> committers. Once we actually have something ready to release, we have >> generally been able to fumble our way through the process. The problem is >> getting there. >> > >> > I think the best thing we can do is focus on getting some things ready >> for release. I will help on pool, DBCP, math. I won't rob Mark of the >> oppty to rm pool2, but will help ;). All are welcome to join the fun >> cleaning up the docs and other loose ends on that and then dbcp2. >> > >> > Who wants to step up to drive some other things to release? >> I plan to prepare a release of BeanUtils soon. >> > > Good to hear. There is a lot to do. I started generification a while back. > If you like you can join #asfcommons and we can have a talk about BU. > > Benedikt > > >> >> Oliver >> >> > >> > Phil >> >> >> >>> On 11 October 2013 01:50, James Carman <ja...@carmanconsulting.com> >> wrote: >> >>> All, >> >>> >> >>> We have had some great discussions about moving our SCM to Git. I >> >>> think it's time to put it to a vote. So, here we go: >> >>> >> >>> +1 - yes, move to Git >> >>> -1 - no, do not move to Git >> >>> >> >>> The vote will be left open for 72 hours. Go! >> >>> >> >>> --------------------------------------------------------------------- >> >>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >> >>> For additional commands, e-mail: dev-h...@commons.apache.org >> >> >> >> >> >> >> >> -- >> >> Olivier Lamy >> >> Ecetera: http://ecetera.com.au >> >> http://twitter.com/olamy | http://linkedin.com/in/olamy >> >> >> >> --------------------------------------------------------------------- >> >> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >> >> For additional commands, e-mail: dev-h...@commons.apache.org >> >> >> > >> > --------------------------------------------------------------------- >> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >> > For additional commands, e-mail: dev-h...@commons.apache.org >> > >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >> For additional commands, e-mail: dev-h...@commons.apache.org >> >> > > > -- > http://people.apache.org/~britter/ > http://www.systemoutprintln.de/ > http://twitter.com/BenediktRitter > http://github.com/britter --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
