resync should be able to resync a single changeset

[anonymous]

Trac takes a long time to resync to our SVN repository. It would be nice if we could just resync the relevant revision, after a propchange for example. We could then call trac-admin resync revisionNumber (or something like that) automatically whenever a property was changed. Would this be a possible enhancement?

[Sergei Haller <sergei@…>]

you don't need to resync after each change in the svn repository. trac will do that automatically. "trac-admin resync" is there for a _complete_ resync. (e.g. if you move the repository to another path, you change the path in trac.ini and do a resync)

[cboos]

The request is about the possibility to resync "after a (revision) property was changed". A common use case for this is to resync the Trac cache after editing a commit log message (the svn:log property), usually done using svnadmin setlog, as we still don't have #781 implemented...

There's already a similar ticket for resyncing a range of changesets (#1271), but the original patch for that was somewhat too complex to be implemented in due time, so I think this simpler request (trac-admin $TRAC_ENV resync <number>) is worthwhile and can be implemented for 0.11.

[anonymous]

You are all too cool! Thanks for following up on this :)

[cboos]

Fixed in r5140 (trunk) and r5141 (0.10-stable).

I ported it to stable as the full resync is now even more costly in 0.10.4, due to the commit after each sync done for robustness reasons.

[cboos]

(forgot to close it, see above)