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

Re: Re: File externals

From: Simon Large <simon.tortoisesvn_at_googlemail.com>
Date: Wed, 15 Jul 2009 09:36:58 +0100

2009/7/14 steve <strange_steve_at_yahoo.com>:
> per related thread:
>
> http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2370950
>
> re: feature request (related to externals)
>
> -- from my new understanding there are a limited number of "overlay handler slots" that can be applied in windows.
>
> Perhaps a better suggestion is to:
> 1) allow the repository admin (or local user) to be able to select what type of overlays are viewable/allowed. and 2) add in a feature (global setting) that would allow or prohibit the modification of externals.
>
> 1: for instance - the "locking" and "read-only" overlays are handy for certain types of files (images) but if you never use these file types, or if you are managing various "code" types the handlers are "wasted" - would be interesting if there was a way for some "Admin" to set a property on the repo. dictating which overlays to show - hence opening up the number of "overlay handler slots" via replacement. Dont know if there is a way that the client can read this hypothetical 'replacement info' from the repository, or if the local windows user would/should have control over the overlays he/she sees - ...just a thought.

The overlays are shared between various Tortoise clients, e.g.
TortoiseCVS, TortoiseHG, etc so recycling slots would affect all those
programs too.

> 2: for instance have some method (setting) so that one is prohibited from changing an external (unless the change is done to the original file) this is used to safeguard against a novice (or new) svn user from changing a file that impacts other 'things' by accident.

There is no way to prevent changing an external, but it might be
possible to avoid committing an external change. Note however that if
you commit from within the external directory rather than the parent
which included it then subversion doesn't know that it is an external.
This may change with the new working copy model in svn 1.7

Simon

-- 
:       ___
:  oo  // \\      "De Chelonian Mobile"
: (_,\/ \_/ \     TortoiseSVN
:   \ \_/_\_/>    The coolest Interface to (Sub)Version Control
:   /_/   \_\     http://tortoisesvn.net
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2371416
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2009-07-15 10:37:10 CEST

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