2012/1/18 Benson Margulies <bimargul...@gmail.com>: > On Wed, Jan 18, 2012 at 9:22 AM, Simone Tripodi > <simonetrip...@apache.org> wrote: >> Salut Arnaud, >> >> yes via Git is fast, I am using the >> org.kathrynhuxtable.maven.wagon:wagon-gitsite and I can confirm it is >> faster than SVN! > > > Not for really big sites. it takes forever. agree should be as fast as wagon-scm via git :-).
@Simo Regarding deploying to asf svn, I tend to say we should have a kind of server to put a zip and this server must be an app which unzip then commit to svn. Something I have in mind is to add in Archiva a feature which could be able to receive a zipped site then unzip etc... (but that's an other story :-) ). > >> >> All the best! >> -Simo >> >> http://people.apache.org/~simonetripodi/ >> http://simonetripodi.livejournal.com/ >> http://twitter.com/simonetripodi >> http://www.99soft.org/ >> >> >> >> 2012/1/18 Arnaud Héritier <aherit...@gmail.com>: >>> Perhaps if the SCM was GIT instead of SVN it could be faster ? >>> It's not a short term solution but it can be another reason to use Git ASAP. >>> >>> Arnaud >>> >>> >>> On Wed, Jan 18, 2012 at 8:39 AM, Simone Tripodi >>> <simonetrip...@apache.org>wrote: >>> >>>> Hi all! >>>> >>>> thanks for the feedbacks - we are using indeed the Kohsuke's wagon but >>>> to deploy to ASF svn space it takes almost 3secs/page (it could be an >>>> issue of my ADSL upload band) but since javadoc is really big, it >>>> takes too much time :( >>>> >>>> wagon-ssh is still the faster :) >>>> >>>> all the best, have a nice day! >>>> -Simo >>>> >>>> http://people.apache.org/~simonetripodi/ >>>> http://simonetripodi.livejournal.com/ >>>> http://twitter.com/simonetripodi >>>> http://www.99soft.org/ >>>> >>>> >>>> >>>> On Wed, Jan 18, 2012 at 2:13 AM, Stephen Connolly >>>> <stephen.alan.conno...@gmail.com> wrote: >>>> > if the deps are cat a/b i can see about getting kk to donate the code >>>> > here... but i think it uses svnkit so probably out of luck. (kk is an asf >>>> > committer on one of the commons projects, so cla on file) >>>> > >>>> > - Stephen >>>> > >>>> > --- >>>> > Sent from my Android phone, so random spelling mistakes, random nonsense >>>> > words and other nonsense are a direct result of using swype to type on >>>> the >>>> > screen >>>> > On 18 Jan 2012 00:27, "Brett Porter" <br...@apache.org> wrote: >>>> > >>>> >> wagon-svn by Kohsuke is much faster, but both should work. >>>> >> >>>> >> Either way, I think the main thing we need to do is make sure repeated >>>> >> identical executions of the site don't change files needlessly, so that >>>> the >>>> >> upload is minimal. >>>> >> >>>> >> On 18/01/2012, at 7:04 AM, Olivier Lamy wrote: >>>> >> >>>> >> > 2012/1/17 Simone Tripodi <simonetrip...@apache.org>: >>>> >> >> Hi all guys, >>>> >> >> ASF requirements for new incubating podlings requires that sites are >>>> >> managed >>>> >> >> >>>> >> >> * via the SCM >>>> >> >> * via svnpubsub >>>> >> >> >>>> >> >> At Apache Any23 we want to keep the mvn generated site for clear >>>> >> >> reasons - the problem is that using a 3rd part ftp-wagon the deploy >>>> >> >> procedure is slooooooooooooow and takes too much time :S >>>> >> > >>>> >> > Agree that wagon scm is slow >>>> >> > (http://maven.apache.org/wagon/wagon-providers/wagon-scm/usage.html) >>>> >> > as it's a per file deploy/commit. >>>> >> > >>>> >> >> >>>> >> >> Can you suggest us please an automated site-deploy procedure using >>>> mvn >>>> >> >> - that doesn't involve manual steps? >>>> >> >> A turnaround would be svn checking out the target dir, deploying the >>>> >> >> site there, then committing, but I don't think it is a friendly >>>> >> >> procedure... >>>> >> > I don't see better solution :-( >>>> >> >> >>>> >> >> Many thanks in advance, all the best!!!! >>>> >> >> -Simo >>>> >> >> >>>> >> >> http://people.apache.org/~simonetripodi/ >>>> >> >> http://simonetripodi.livejournal.com/ >>>> >> >> http://twitter.com/simonetripodi >>>> >> >> http://www.99soft.org/ >>>> >> >> >>>> >> >> --------------------------------------------------------------------- >>>> >> >> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org >>>> >> >> For additional commands, e-mail: dev-h...@maven.apache.org >>>> >> >> >>>> >> > >>>> >> > >>>> >> > >>>> >> > -- >>>> >> > Olivier Lamy >>>> >> > Talend: http://coders.talend.com >>>> >> > http://twitter.com/olamy | http://linkedin.com/in/olamy >>>> >> > >>>> >> > --------------------------------------------------------------------- >>>> >> > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org >>>> >> > For additional commands, e-mail: dev-h...@maven.apache.org >>>> >> > >>>> >> >>>> >> -- >>>> >> Brett Porter >>>> >> br...@apache.org >>>> >> http://brettporter.wordpress.com/ >>>> >> http://au.linkedin.com/in/brettporter >>>> >> http://twitter.com/brettporter >>>> >> >>>> >> >>>> >> >>>> >> >>>> >> >>>> >> >>>> >> --------------------------------------------------------------------- >>>> >> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org >>>> >> For additional commands, e-mail: dev-h...@maven.apache.org >>>> >> >>>> >> >>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org >>>> For additional commands, e-mail: dev-h...@maven.apache.org >>>> >>>> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org >> For additional commands, e-mail: dev-h...@maven.apache.org >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org > For additional commands, e-mail: dev-h...@maven.apache.org > -- Olivier Lamy Talend: http://coders.talend.com http://twitter.com/olamy | http://linkedin.com/in/olamy --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
