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

Re: svndumpfilter - rfc.

From: William Uther <willu_at_cse.unsw.edu.au>
Date: 2003-03-14 00:25:20 CET

On Thursday, March 13, 2003, at 09:22 PM, Alexander Sabourenkov wrote:

> Having almost no response to previous posting, and having
> somewhat cleaned up the code, here is another request for comments.

I'm very interested in this functionality. I haven't had time to look
at this yet. I'll try and answer your questions as I see them though.
I'm just a user here - I haven't had time to hack on svn.

> Should I turn subcommands back into options (keeping in mind that
> they are mutually exclusive)?

Doesn't matter either way to me. I think the real question becomes:
Is there one and only one command required per invocation. If so, then
stay with sub-commands, otherwise go with options.

> Should parser recalculate & verify MD5 sums?
> (it now just passes them through intact)

I have no strong preference in whether the parser verifies the MD5 sums.

The parser should NOT 'fix' MD5 sums if they are incorrect. (I don't
think this is what you are suggesting, but I misread this at first and
wanted to make doubly sure you aren't thinking of 'helping' in this
way.)

> Has retaining original revision numbers when some revisions get dropped
> any sense? Or they should be unconditionally renumbered?
>
> Current behavior is to renumber if a revision is skipped.

I would not renumber. If I refer to revision numbers in the logs then
I don't want those to go all weird. Also, it isn't necessary at
present: If you filter out an entire revision and do not renumber then
svnadmin load will renumber automatically on load.

Thanks for the program :).

Will :-}

--
Dr William Uther                            National ICT Australia
Phone: +61 2 9385 6926             School of Computer Science and 
Engineering
Email: willu@cse.unsw.edu.au             University of New South Wales
Jabber: willu@jabber.cse.unsw.edu.au          Sydney, Australia
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Mar 14 00:26:00 2003

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.