> 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
