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

Re: Missing svnadmin subcommands from reference section in book

From: Francois Beausoleil <fbos_at_users.sourceforge.net>
Date: 2003-09-12 16:35:36 CEST

Well, I might have a use-case for it.

Do you know about Subissue ? The issue-tracking system that would save
all issue information in Subversion repositories ? One of the problems
with the approach is that when a commit is in progress, there is
currently no way for applications to modify or append information to a
commit.

Maybe such a command could be added somehow ?

createtxn itself might be unnecessary though.

Bye !
François

On 12 Sep 2003 09:32:17 -0500, "Ben Collins-Sussman" <sussman@collab.net>
said:
> "Francois Beausoleil" <fbos@users.sourceforge.net> writes:
>
> > I know what verify does, since I saw the discussions on this list. But
> > what the heck does createtxn do ? What can an admin use it for ? Once a
> > txn is created, can an admin modify it ? How ?
>
> ------------------------------
> $ svnadmin help createtxn
> createtxn: usage: svnadmin createtxn REPOS_PATH -r REVISION
>
> Create a new transaction based on REVISION.
> ------------------------------
>
> It's just a writable tree, a copy of a revision. It's the same thing
> that happens when you begin a commit. The only way to change it is
> via svn_fs.h -- there are no 'svnadmin' commands to manipulate it.
>
> Honestly, I don't think there's a reason for this subcommand to exist
> anymore. We originally invented it as a way of testing 'svnadmin
> rmtxns'.
>
> It's not like we're about to convert 'svnadmin' into a long-lived
> transaction workflow system. I vote to remove the subcommand.
>
>
Developer of Java Gui Builder
http://jgb.sourceforge.net/

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Sep 12 16:36:35 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.