Re: Ev2 file/dir modifications and properties
From: Julian Foad <julianfoad_at_btopenworld.com>
Date: Wed, 30 Oct 2013 09:43:26 +0000 (GMT)
Branko Čibej wrote:
> It just eneterd my consciousness that Ev2's alter_directory and
As I understand it, the Ev2 API design is premised on the idea that the sender knows the full initial state against which it is describing a change, and so it isn't a problem to provide a complete list at the API level. At the implementation level, the sender may choose to encode the transmission as a delta against the initial state, if both itself and the receiver know the initial state.
During "update" and "commit", the operations Ev2 was targetted at, both the server and the WC are supposed to know the initial state. The server clearly knows everything, but does the WC know enough? Even with excluded nodes etc.? Does the WC know enough about what children of a directory "belong" to it in the repository, even in a mixed-revision state? I'm not sure.
If we try to use Ev2 for a non-WC commit, such as "svn mkdir ^/A/B" or "svn propset p v ^/foo" , then we run into the problem that the client doesn't know the initial state. There, the Ev2 API is not appropriate. We could change Ev2 to be more suitable for these cases, or it may be better to use some other API for these cases.
 The command-line client currently does not support prop-set on a URL, but in priniciple it could.
sender (client) says to API: "
This is an archived mail posted to the Subversion Dev mailing list.