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

RE: svn prop_time and replacement

From: Bob Archer <Bob.Archer_at_amsi.com>
Date: Thu, 21 Apr 2011 09:58:59 -0400

> I'm currently working at the Subversion support for one of our
> applications (embedded via SharpSVN).
> Now, after operations like update and revert, we have to scan the
> working copy for changes, to decide whether we have to re-read the
> files
> into our application. For file changes, we can use the file
> timestamp
> from the filesystem. But for property changes, we don't have this
> possibility.
> The svn_info_t.prop_time or svn_wc_entry_t.prop_time members would
> be
> handy for that, but they're documented as unused since svn 1.4.
> I don't want to rely on dirty tricks as parsing the timestamp of
> the
> properties file in the .svn subdirectory, as this is doomed to
> break on
> SVN 1.7. Is there any official way to get the timestamp when the
> properties part of a WC entry was last updated?
> Alternatively, I could think of a solution of using the
> svn_wc_notify_t
> notifications. But in the Source at
> http://svn.collab.net/svn-doxygen/svn__wc_8h-source.html#l00910
> says
> that this is meant for user notification purposes.
> So my second question is: Are those notifications reliable enough
> in the
> sense that we can use them to collect a list of all files to
> rescan?
> Duplicates and small amounts of false positives are tolerable, but
> false
> negatives introduce inconsistencies between our internal
> representation
> and the working copy.
> Thanks a lot!

The second column of the status output shows the status of the dir/file properties.

I assume you have access to the "svn status" command's API?

Received on 2011-04-21 15:59:28 CEST

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

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