Looking for webservice to convert svn repo to zip

[tinjaw]

I am at work and cannot run an svn client. Unfortunately there is no web frontend available to download a zipped copy of the code. Do you know of any web service that will create a zip file or tar ball when given a subversion URL?

[update] I was able to get what I needed by using Window's Network Neighborhood. I just entered the URL to the repo, which is on a WebDAV server, and downloaded the whole directory.

[f0dder]

You should be able to do it yourself pretty easily with some python code on the server end? *nudge nudge*

Btw, I recently integrated subversion with the Vanilla forums, pretty darn nice to get forum notifications whenever somebody checks in new code.

But i digress, sorry for the off-topic

[tinjaw]

I would be afraid to see the bandwidth bills for such a service. It would be nice to have a web app that takes the type of version control used, URL, and a few other options and does an export from that repo and compresses to the form chosen. You'd need fat pipes and some fast hard drives.

[mouser]

This is actually a damn cool idea i think, a web service that will go grab an svn respository and deliver it to you as a zip file.

[tinjaw]

This is actually a damn cool idea i think, a web service that will go grab an svn respository and deliver it to you as a zip file.

VEIGN !!!!! Knock Knock Hint Hint Nudge Nudge Wink Wink

[f0dder]

I don't see bandwidth and anything else being a problem, unless you want the service to run from a different server than the repository.

.tar.gz sizes wouldn't be too bad if you just want to check out a single revision, as source code compresses very well (as long as you use solid compression like tar+whateve, rar, 7zip etc. - zip sucks).

[tinjaw]

unless you want the service to run from a different server than the repository.

Yes, that's the whole idea. It would be for those times that the person hosting the svn repo hasn't made it available via ViewVC, or WebSVN or similar means.

.tar.gz sizes wouldn't be too bad if you just want to check out a single revision, as source code compresses very well (as long as you use solid compression like tar+whateve, rar, 7zip etc. - zip sucks).

Yes, zip may suck, but it is universal - even on locked down corporate machines. For example, all I would have been able to use at work was a zip.

[f0dder]

You could use a little trick when all you can use is zip, to achieve solid compession: double-compress. But use the store method for the inner zip file. This is more or less equivalent to applying gzip/bzip2 to a tar archive.

[tinjaw]

I had to think about what you just said there for a minute. But now I think I understand. You, in effect, first making a solid file and then compressing it. Correct?

[f0dder]

Exactly - and it's very important to stress that the innermost file has to use the "store" method (ie., no compression), otherwise double-zipping will end up giving worse results

Here's an example what fSekrit source ends up at:

Code

Name			Size
src.rar			58.1 kB
src_normal.zip		161.6 kB
src_store.zip		527.8 kB
src_store_zip.zip	114.4 kB

[jgpaiva]

(unlocked thread as it doesn't look like the thread should be locked)