Hi Bob,
first of all: Thanks for the help. I "happened" to find a backup of my
"current"-file and got it fixed quickly :-)
To all: I think there "should" be a simpler solution - at least for fsfs!
Actually, I could imagine that this "feature" could be implemented in
svnadmin within something like an hour. (!! no, really!). Of course (?)
it should be svnadmin and not svn client... (it *could* break working
copies)
After all, this is just about deleting a few (revision) files, nothing
more! (and telling SubVersion that they don't exist any more)
My "entire" problem is about 4-6 bytes. The "current" file starts with
the current revision number in plain text and then about 5 more characters.
Dumping and reloading an entire repository seems to be an awful solution
for this...
>Search the mailing list archives for "svnadmin" "dump" and "load" and
>you should fine various examples. This is a very similar problem to
>the one of changing underlying database formats.
>
I don't agree here. Changing the database format affects ALL data - and
it affects data you want to keep.
What I need is just deleting the latest additions (no problem at all in
fsfs!) and then letting SubVersion know that they are gone...
Holger
Bob Proulx wrote:
>Holger Stratmann wrote:
>
>>However, I'm only talking about the *lastest* commit (the latest n
>>commits), so it's pretty much a "rollback commit" and shouldn't have any
>>side effects (somebody just committed something they shouldn't have and
>>it's really big and I don't want to have it there!!!). The number of
>>affected working copies is not significant (pretty much just one).
>>
>
>Use something like:
>
> mv /path/to/repository /path/repos.old
> svnadmin dump -r0:12345 /path/repos.old | svnadmin load /path/repos
>
>Read this section of the book.
>
> http://svnbook.red-bean.com/en/1.1/ch05s03.html#svn-ch-5-sect-3.1.2
>
>Search the mailing list archives for "svnadmin" "dump" and "load" and
>you should fine various examples. This is a very similar problem to
>the one of changing underlying database formats.
>
>
>Bob
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
>For additional commands, e-mail: users-help@subversion.tigris.org
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Aug 8 13:27:10 2005