On Tue, May 24, 2011 at 06:37, Greg Stein <gst...@gmail.com> wrote: > On Tue, May 24, 2011 at 00:10, Ivan Zhakov <i...@visualsvn.com> wrote: >> On Tue, May 24, 2011 at 08:02, Greg Stein <gst...@gmail.com> wrote: >>... >>> The stated intent has been to try and get ra_serf in people's hands. That >>> also means putting it into the alphas. >>> >>> You've opened issues to track the showstoppers. If they are fixed, then >>> we're good. >>> >> Is it makes sense to release ra_serf in alphas if there are known >> showstopper bugs? > > I've been using ra_serf for 2.5 years. I have had zero productivity > problems. I see no reason to assume that people will have problems > with any release based on ra_serf. You have identified some edge cases > which we need to fix, but I don't see it as a blocker for an alpha.
I've seen quite a few hiccups with serf. Just to mention two issues from last week: * tried to checkout a 1.5GB working copy with serf at work. After the first "unknown error (102)" I continued with an update of the incomplete working copy. After the seventh "unknown error (102)" I switched to neon: checkout went through in one go without problems. * the benchmark tests from Mark which I run every time I update TSVN to the latest svn trunk crash hard when running them using serf against an 1.6.x server. Mark can't reproduce that, but maybe that's because he's building against serf trunk and I'm building against the latest release tag, and I'm running the tests with an x64 build while he's running them with his 32-bit build. Maybe someone else can try and reproduce this? So from my point of view, serf isn't stable enough to make it the default. And I fear that since most of you never had any issues with it that we'll get into serious troubles once 1.7 is out with serf as the default, because only then all the strange network/server setups will start showing all the edge cases in serf that never were tested... Stefan -- ___ oo // \\ "De Chelonian Mobile" (_,\/ \_/ \ TortoiseSVN \ \_/_\_/> The coolest Interface to (Sub)Version Control /_/ \_\ http://tortoisesvn.net
