> 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?
BOb
Received on 2011-04-21 15:59:28 CEST