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

commit crawler

From: <cmpilato_at_collab.net>
Date: 2001-11-16 20:34:06 CET

Hey, Ben. Was wondering what you thought about us changing the commit
crawler so that mined information from the working copy first, storing
relavent bits in some applicable in-memory data structure and locking
dirs and such, then blew through that data structure to perform the
actual commit.

Reason I ask is that I'd like to recycle alot of the logic in that
commit process, but for working-copy-free commits (like `svn cp' is
soon to do). It'd be great if svn_wc_crawl_local_mods simply
generated some Thing that, when passed to a commit editor driver,
could perform a commit. That way our working-copy-less commits could
simply manufacture their own Things, and pass those off to the same
driver.

Plus, I think it would help the commit crawler not be such a mess, to
seperate the local-mod search from the commit process itself.

Just polling for thoughts here. Lemme know.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 21 14:36:48 2006

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