On Dec 14, 2007 9:17 AM, Stefan Küng <tortoisesvn@gmail.com> wrote:
>
> Ben Collins-Sussman wrote:
> > I wanted to see how well 'webfolders' works in Vista against an
> > autoversioning svn repository. Does anyone have access to a Vista
> > machine? Believe it or not, I don't have *any* friends with one, nor
> > is there a Vista machine anywhere at my office. Eesh!
>
> I run Vista here. But it will take me a while to set up a repository
> with autoversioning. However if you have already set one up which I
> could access, just tell me what I should test on it.
Actually, autoversioning is turned on for all code.google.com
projects. All you have to do is log into a google account, go to
http://code.google.com/hosting and create a new project. Once you've
done that, your project will be visible at
http://code.google.com/p/projectname, and your repository will be
available at https://projectname.googlecode.com/svn (note the SSL --
it's required for writing.)
My goal here is to update the 'autoversioning' appendix in the svn
book with Vista information. I'd like to see if you can ask Vista to
create a 'webfolder' that points to the repository (the SSL will
require authentication), and then see if autoversioning works. That
is, can you just drag and drop stuff into the webfolder? Does it work
seamlessly, just like it does on a Mac?
This is a thorny issue, because webfolders worked really well on
Win2000, but then got 'embraced and extended' in WinXP, such that they
stopped interoperating with mod_dav completely. The book appendix
talks about this a bit, and even gives a workaround to (sometimes)
make them work again in XP:
http://svnbook.red-bean.com/nightly/en/svn.webdav.clients.html#svn.webdav.clients.file-explorer-extensions.windows
So if the webfolder is *not* working on Vista, I'd like to know that,
and I'd like to know (a) if it's the same sort of UNC auto-conversion
bug, (b) if the workaround still fixes things.
Anyone with Vista: please try it out! I'd like to hear back from
Stefan, Peter, Erik. The more data the better!
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Dec 14 16:37:18 2007