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

Re: Feature Request: Override auto-prop as project-specific property

From: Stefan Küng <tortoisesvn_at_gmail.com>
Date: 2006-02-24 10:25:54 CET

On 2/24/06, Schmidt, Maik <Maik.Schmidt@mahr.de> wrote:
> I fear I explained myself the wrong way: I do NOT want to use locking in my small project at all. Since I am the only one working with these source files it is definatelly not necessary. So if I add a new file to the repository, the auto-prop does set the svn:needs-lock even if I do not want it. I have to add the new file, then open the file properties, delete the svn:needs-lock on the TSVN tab and THEN commit the file. My problem is that I often forget to do this and end up with a lock-needing file in my otherwise lock-less project repository. To solve this I have to check out, get the lock, delete the property and commit the file without actualy changing the content.

Ah, so you want to disable the autoprop for that specific project.

> > That's a feature request for the Subversion library. This was
> > requested
> > before (and not for the first or only time), but there never was a
> > consensus on *how* to implement this. I guess as soon as that
> > happens,
> > it won't take long to have this implemented - but the
> > consensus is the
> > hard part here.
>
> Ah, I understand. I thought that config file was for TSVN to read the values and pass them to the svn functions. I understand now that the SVN library accesses this config file directly? I suppose it is not possible to have that config file as a default and assign a different one to a specific project as an option?

It depends. Some API's read the config file directly, others assume
that the config file be read on app startup and that the app fills the
config data into a structure which is then passed to every API call.

But even if we would create our own config file, overwrite the options
for every Subversion API call I still don't think it would be a good
idea. I'd rather have this implemented in the Subversion library so
that all Subversion clients do it the same way.

Stefan

--
       ___
  oo  // \\      "De Chelonian Mobile"
 (_,\/ \_/ \     TortoiseSVN
   \ \_/_\_/>    The coolest Interface to (Sub)Version Control
   /_/   \_\     http://tortoisesvn.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Fri Feb 24 10:26:05 2006

This is an archived mail posted to the TortoiseSVN Dev mailing list.

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