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

Re: svn commit: rev 624 - trunk/notes trunk/subversion/include trunk/subversion/libsvn_wc trunk/subversion/libsvn_ra_local trunk/subversion/libsvn_client trunk/subversion/mod_dav_svn trunk/subversion/clients/cmdline trunk/subversion/tests trunk/subversion/tests/libsvn_repos trunk/subversion/libsvn_repos trunk/subversion/libsvn_delta trunk/subversion/libsvn_ra_dav

From: Ben Collins-Sussman <sussman_at_collab.net>
Date: 2001-12-10 17:58:18 CET

Greg Stein <gstein@lyra.org> writes:

> I don't see anything about adding a revision to delete_entry() in any of the
> three issues that I'm looked at.
>
> Adding it doesn't bother me... but what *does* bother me is that we ruled
> against it once before for *some* reason. Why? What are we forgetting?

My memory of our discussion one year ago is:

   Greg: delete() needs a version number, at least as a sanity check.

   Everyone else: no need, the revision number of the parent dir is enough.
 

Then I have this memory of discussing the forthcoming "new commit
system" with Mike and Karl, and everyone realizing that this new
system needs a delete(rev). But I can't remember why either. And
even though I documented the new system in
'notes/new-commit-system.txt', there's no mention in there either. :-(

---------------------------------------------------------------------
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:52 2006

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

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