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

Change #3: New "WC" properties.

From: Ben Collins-Sussman <sussman_at_newton.collab.net>
Date: 2001-01-20 03:18:49 CET

Change #3: New "WC" properties.

Status Quo:

   Properties attached to objects in the repository also appear in the
   WC. Similarly, properties added to WC objects get committed to the

Proposed Change:

   Create a new class of properties that *only* exist in the WC.
   These properties are stored for the benefit of RA layers. We add
   new editor functions:

         set_wc_dir_props (dir_baton, name, val)
         set_wc_file_props (file_baton, name, val)

   If driving an editor: if WC props exist for the object you're
   describing, you *must* send them via these functions.

   If implementing an editor: if you receive WC props, you *must*
   store them somewhere.


   The idea here is that RA layers often need to store and retrieve
   RA-specific information in the working copy. This is "out of band"
   data" that is irrelevant to the repository.

   In the case of ra_dav, these properties are actually the versioned
   resource URLs. In the case of ra_local, we may store
   authentication information this way (instead of using a .cvspass
   file). There may be other ra layers someday that need to store
   private data in the same way, so we now have a general method for
   doing so.

   Note: this is the only editor change that *truly* has nothing to
   do with "describing a tree change", which should make all of us
   raise our collective eyebrows suspiciously. However, I don't think
   the "plug n' play" vision of editors is lost here, although we're
   skirting the near the line.
Received on Sat Oct 21 14:36:19 2006

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

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