On Wed, Mar 11, 2015 at 2:00 AM, Stümpfig, Thomas
wrote:
> l
> Actually splitting projects is not a solution to something that eliminates
> old data.
Correct, but if we give up on getting a working obliterate, we are
left with dump/filter/load as the only way to administer content. And
as a pra
anted feature is obliteration.
Regards
Thomas
-Original Message-
From: Les Mikesell [mailto:lesmikes...@gmail.com]
Sent: Dienstag, 10. März 2015 23:37
To: Nico Kadel-Garcia
Cc: Branko Čibej; Subversion
Subject: Re: Copy and Reduce the size of SVn repos
On Sun, Mar 8, 2015 at 8:27 PM, Nico
On Sun, Mar 8, 2015 at 8:27 PM, Nico Kadel-Garcia wrote:
> >>
>> Heh, I have to ask, where did you find that doctrine? There's no such
>> thing. It's all a lot more mundane: First, you have to get people to
>
> I've had to deal with that doctrine personally and professionally
> since first working
Rajesh Kumar wrote:
> I am still awaiting for response.
And you can wait for a long time, all until you read the responses you were
already given:
http://mail-archives.apache.org/mod_mbox/subversion-users/201503.mbox/browser
It helps to read:
https://subversion.apache.org/mailing-lists.html
And
I am still awaiting for response.
From: Rajesh Kumar
Sent: Sunday, March 08, 2015 10:28 AM
To: 'users@subversion.apache.org'
Subject: Copy and Reduce the size of SVn repos
I have one Huge SVN repos which is around 1TB in terms of size. I have two
requirement as follows and i would like to know t
On Mar 7, 2015, at 10:57 PM, Rajesh Kumar wrote:
> I have one Huge SVN repos which is around 1TB in terms of size. I have two
> requirement as follows and i would like to know the best approach to be
> followed to save time and effort.
>
> 1.Duplicating the whole repos of 1TB in shorter sp
On Sun, Mar 8, 2015 at 12:42 PM, Branko Čibej wrote:
> On 08.03.2015 09:35, Nico Kadel-Garcia wrote:
>> On Sat, Mar 7, 2015 at 11:57 PM, Rajesh Kumar wrote:
>>> I have one Huge SVN repos which is around 1TB in terms of size. I have two
>>> requirement as follows and i would like to know the best
On Sun, Mar 8, 2015 at 3:31 PM, Tony Sweeney wrote:
>
> As I recall, this was feature request #13 after Perforce was released, and
> was implemented the best part of 15 years ago. As near as I can tell it's
> architecturally impossible to implement in Subversion as a consequence of
> some of t
On 03/08/15 16:42, Branko Čibej wrote:
> On 08.03.2015 09:35, Nico Kadel-Garcia wrote:
>> On Sat, Mar 7, 2015 at 11:57 PM, Rajesh Kumar wrote:
>>> I have one Huge SVN repos which is around 1TB in terms of size. I have two
>>> requirement as follows and i would like to know the best approach to be
On 08.03.2015 17:39, Andreas Stieger wrote:
> Hello,
>
> On 08/03/15 05:57, Rajesh Kumar wrote:
>> 2.How to reduce the Repos size drastically without impacting the
>> integrity and version of the files?
> Several points:
> A. Are you talking about the on-server repository size or the size of a
On 08.03.2015 09:35, Nico Kadel-Garcia wrote:
> On Sat, Mar 7, 2015 at 11:57 PM, Rajesh Kumar wrote:
>> I have one Huge SVN repos which is around 1TB in terms of size. I have two
>> requirement as follows and i would like to know the best approach to be
>> followed to save time and effort.
> Accor
Hello,
On 08/03/15 05:57, Rajesh Kumar wrote:
> 2.How to reduce the Repos size drastically without impacting the
> integrity and version of the files?
Several points:
A. Are you talking about the on-server repository size or the size of a
working copy? The reasons one needs to ask are that m
On Sat, Mar 7, 2015 at 11:57 PM, Rajesh Kumar wrote:
> I have one Huge SVN repos which is around 1TB in terms of size. I have two
> requirement as follows and i would like to know the best approach to be
> followed to save time and effort.
According to the doctrine of "there shall be no obliterat
13 matches
Mail list logo
