Re: Change prevprops in pre-commit
From: Julian Foad <julianfoad_at_btopenworld.com>
Date: Mon, 8 Sep 2014 15:22:25 +0100
Philip Martin wrote:
svnadmin setrevprop -t txn
is another reasonable option.
> For svnlook it means adding a write subcommand to a program that at
or, again, "svnadmin delrevprop -t TXN ...".
> Or perhaps the new subcommand to set txnprops should allow a way to
For reference, the rev-prop/txn-prop commands currently available in 'svnadmin' and 'svnlook' are:
Notice that there is already a lot of inconsistency in the commands and their options.
'svnlook' has so far been read-only, as the name 'svnlook' implies. That could change, although some people may be uncomfortable with that.
An option to use or bypass the hooks is needed for commands that write to a rev-prop, but not applicable when writing to a txn-prop nor when reading any properties.
The 'svn' program can also read/write rev-props, but it cannot access txn-props, and can't bypass the hooks.
Note also that the commands for setting and querying locks are distributed between 'svnadmin' and 'svnlook' in a non-obvious way too. I mention this because locks are another of the three main sorts of user data in a repository, along with the versioned trees and rev-props. If we are going to make a decision about the user interface for reading and writing revprops, we might want to give some consideration to the UI for locks at the same time.
This is an archived mail posted to the Subversion Dev mailing list.