Peter McNab wrote:
> Simon Large wrote:
>> There are (at least) 2 ways to use properties for this:
>> 1. A property which says 'I am a tag, don't commit to me'.
>> 2. A property which says 'If my URL contains XXX I am a tag'.
>> If you take the first case, you apply the property to the tag. But you
>> have to do that every time you create a new tag.
>> If the property is applied to trunk, then every time you copy the
>> trunk to make a branch or tag, the property is copied there
>> automatically. But only when the target URL contains the property
>> value does TSVN recognize it as a tag.
> I think I now get the gist of what the implementation entails.
> So in reality, the new wizzbang protection couldn't be made to work for
> existing revisions, only new ones, to which the property is applied in
You can always add the property retrospectively to any existing tags
(unless you have a hook which prevents it). The only point about adding
the property to trunk is that it gets copied automatically to any new
tags created from trunk.
> Could these be made "Global" properties and pertain to the repository as
> a whole, a bit like global ignores and use your type 2 solution.
There are no general purpose "Global" properties in subversion. The
equivalent to a global ignore would be to add a (comma-separated) list
of tag names to the TSVN client settings, as has already been proposed.
But that would be a client setting used on all repositories, not a
repository setting used by all clients.
> Now theres another place to bang some protection on. The external code
> checked out as a WC could also benefit from a warning if accidentally
> modified and committed.
Sometimes you want changes to externals to be committed. But maybe the
tsvn:commitwarning (or whatever) should cover externals too, if the
external URL contains '/tags/' or whatever is in that property.
oo // \\ "De Chelonian Mobile"
(_,\/ \_/ \ TortoiseSVN
\ \_/_\_/> The coolest Interface to (Sub)Version Control
/_/ \_\ http://tortoisesvn.tigris.org
To unsubscribe, e-mail: email@example.com
For additional commands, e-mail: firstname.lastname@example.org
Received on Tue Aug 30 15:04:38 2005