[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

RE: Ignoring files with Autoversioning turned on

From: G. T. Stresen-Reuter <teo_at_clevernet.biz>
Date: 2007-12-28 00:35:39 CET

(sorry for not replying to the thread, my mail client configuration
was messed up and deleted your reply before I could read it)

On Dec 27, 2007, at (not sure when) Ryan Schmidt wrote:
> On Dec 27, 2007, at 14:34, G. T. Stresen-Reuter wrote:
>
> > I've been searching around but have been unable to find any
> > definitive answers on this so I'm trying here...
> >
> > I've enabled an autoversioned disk via webdav (which was incredibly
> > easy, thank you!) but when mounting the autoversioned disk, files
> > that match patterns listed in global-ignores are still added to the
> > repo and automatically committed. It seems as though autoversioning
> > is ignoring the global-ignores directive.
> >
> > I also tried checking out the repo and setting the svn:ignore
> > property, but that too seems to be ignored when mounting the repo
> > via webdav.
>
> All correct. When using autoversioning, you are accessing the
> repository using a normal DAV client, i.e. one which is not a
> Subversion client and therefore has no concept of Subversion notions
> such as ignores or eol-style translation or keyword expansion or auto-
> props.
>
> > Can anyone confirm this and suggest an alternative for keeping the
> > repo from filling up with unneeded files (and hundreds of useless
> > commits)?
>
> Not sure how to prevent this when using autoversioning, sorry.

Thanks for confirming my suspicions and for the clarification. I read
up on the WebDAV specification and indeed, there doesn't seem to be
any way to ignore files.

I suspect it may be possible using a pre-commit hook since those
scripts do seem to continue executing.

Thanks again. I really appreciate the info!

G. T. Stresen-Reuter
Received on Fri Dec 28 00:36:11 2007

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.