On Jan 31, 2011, at 06:45, Ulrich Eckhardt wrote:
> On Monday 31 January 2011, Ryan Schmidt wrote:
>> If you dump your repository, filter out part of it, then load it into a new
>> repository, that new repository MUST have a new UUID, since it is not the
>> same repository anymore (it's missing p
On Monday 31 January 2011, Ryan Schmidt wrote:
> If you dump your repository, filter out part of it, then load it into a new
> repository, that new repository MUST have a new UUID, since it is not the
> same repository anymore (it's missing parts). Therefore, you CANNOT "svn
> switch --relocate"; i
> Where "thread" is a link to
> http://svn.haxx.se/dev/archive-2010-08/0456.shtml
Thanks Stefan. I had actually read all that ;-) I just thought because
the talk was listed as it was perhaps Wandisco had managed to get this
feature in. It's not even a feature that I am that desparate for, in
compa
On Mon, Jan 31, 2011 at 10:17:08AM -, Echlin, Jamie wrote:
> > It is listed as "unscheduled", meaning it is not slated to
> > appear in any particular version of Subversion at this time.
> > 1.7 is already full of WC-NG so I would expect the devs to
> > want to move any other major changes t
> It is listed as "unscheduled", meaning it is not slated to
> appear in any particular version of Subversion at this time.
> 1.7 is already full of WC-NG so I would expect the devs to
> want to move any other major changes to the next version.
Indeed, hence my question to the list. And yes, th
On Jan 31, 2011, at 03:33, Echlin, Jamie wrote:
>> What you're looking for is an "obliterate" function. That's
>> been discussed a number of times in the past, and never been
>> successfully pursuied.
>
> The last update I've seen about the obliterate feature imply that it's
> been abandoned
> What you're looking for is an "obliterate" function. That's
> been discussed a number of times in the past, and never been
> successfully pursuied.
The last update I've seen about the obliterate feature imply that it's
been abandoned for the medium-term:
http://svn.haxx.se/dev/archive-2010-0
On Jan 31, 2011, at 01:03, Nico Kadel-Garcia wrote:
> The only practical way to do it right now, inside Subversion iteself,
> is to do a complete repository dump and reload to a new repository,
> excluding the relevant files or directories entirely. Look up the
> "svndumpfilter" command and its exa
On Sun, Jan 30, 2011 at 11:34 PM, amol gole wrote:
> Hi Rajnish,
>
> 65GB isn't that large in terms of memory cost today... do you think your
> repo access is slow because of the size and is that the reason you want to
> delete files?
>
> I'm new to SVN so I'm not 100% sure this is an option but w
eeded it with a "recent-enough" version of your current
repository?
AG
From: Rajnish Kumar Singh
To: "users@subversion.apache.org"
Sent: Sun, January 30, 2011 2:54:08 AM
Subject: FW: Permanent deleting the deleted files.
Hi All,
I am
On Sun, Jan 30, 2011 at 1:24 PM, Rajnish Kumar Singh <
rajnish.k.si...@kpitcummins.com> wrote:
> Hi All,
>
>
>
> I am working on a repository in SVN.
>
> As this repository is quite old, its size has gone to 65GB.
>
> There were many files that was deleted. According to me SVN doesn’t allow
> per
Hi All,
I am working on a repository in SVN.
As this repository is quite old, its size has gone to 65GB.
There were many files that was deleted. According to me SVN doesn't allow
permanent delete.
So all those deleted file would be stored in the back end as a revision.
I can view the names of t
12 matches
Mail list logo
