2012/1/13 Bob Archer :
>
> One issue we have is our legacy VB6 dll's that are built on every change. The
> dll's are put into source since most of our devs don't work on those binaries
> or can easily compile them. I have found that the bulk of our repo size is
> due to all these interim build v
> 2012/1/13 Thorsten Schöning :
> > Guten Tag Les Mikesell,
> > am Donnerstag, 12. Januar 2012 um 18:26 schrieben Sie:
> >
> >> We have a lot of component libraries that we want to include in
> >> larger projects without recompiling each build (i.e. we want to run
> >> known/tested instances) and h
2012/1/13 Thorsten Schöning :
> Guten Tag Les Mikesell,
> am Donnerstag, 12. Januar 2012 um 18:26 schrieben Sie:
>
>> We have a lot of component libraries that we
>> want to include in larger projects without recompiling each build
>> (i.e. we want to run known/tested instances) and have been inclu
Guten Tag Les Mikesell,
am Donnerstag, 12. Januar 2012 um 18:26 schrieben Sie:
> We have a lot of component libraries that we
> want to include in larger projects without recompiling each build
> (i.e. we want to run known/tested instances) and have been including
> the binaries in tags so the hea
On Fri, Jan 13, 2012 at 12:27 AM, Nico Kadel-Garcia wrote:
> On Fri, Jan 13, 2012 at 1:15 AM, Les Mikesell wrote:
>>
>> Not what I want. I want a central canonical svn repository with
>> tagged versions of matching headers and shared libs that can be
>> predictably accessed with svn externals,
On Fri, Jan 13, 2012 at 1:15 AM, Les Mikesell wrote:
> On Fri, Jan 13, 2012 at 12:06 AM, Nico Kadel-Garcia wrote:
>> On Thu, Jan 12, 2012 at 12:26 PM, Les Mikesell wrote:
>>
Another option is to store binaries in a separate repository that you can
archive and recreate monthly or quart
On Fri, Jan 13, 2012 at 12:06 AM, Nico Kadel-Garcia wrote:
> On Thu, Jan 12, 2012 at 12:26 PM, Les Mikesell wrote:
>
>>> Another option is to store binaries in a separate repository that you can
>>> archive and recreate monthly or quarterly, or whatever. Then you can use
>>> externals in your p
On Thu, Jan 12, 2012 at 12:26 PM, Les Mikesell wrote:
> On Thu, Jan 12, 2012 at 9:20 AM, Bob Archer wrote:
>>
>>> Please advise me with good practice.
>>> Your suggestion is more use to me.
>>
>> I think the main way to keep repos small is to NOT put binary files in it.
>> Of course, depending
On Thu, Jan 12, 2012 at 9:20 AM, Bob Archer wrote:
>
>> Please advise me with good practice.
>> Your suggestion is more use to me.
>
> I think the main way to keep repos small is to NOT put binary files in it. Of
> course, depending on your usage that may not be practical. I think the
> majorit
> Our Subversion server is RedHat Linux.
>
> We have lot of repositories which is maintaining in Linux server. Each
> repositories taking huge size in our server.
> Our Maximum size limit is 100GB, but the size almost reached 98%. We are in
> trouble when we are using repository in Tortoise SVN.
>
On Jan 12, 2012, at 01:56, Thorsten Schöning wrote:
>> Is that any way to compress and reduce the repositories size without any
>> impact?
The repository is already stored compressed. Newer versions of Subversion store
revisions in repositories more efficiently, but will not rewrite old revisi
Guten Tag sureshkumar nandakumar,
am Donnerstag, 12. Januar 2012 um 07:57 schrieben Sie:
> We have lot of repositories which is maintaining in Linux server. Each
> repositories taking huge size in our server.
> Our Maximum size limit is 100GB, but the size almost reached 98%. We
> are in trouble w
On 1/11/2012 10:57 PM, sureshkumar nandakumar wrote:
Dear Expert
Our Subversion server is RedHat Linux.
We have lot of repositories which is maintaining in Linux server. Each
repositories taking huge size in our server.
Our Maximum size limit is 100GB, but the size almost reached 98%. We
are in
13 matches
Mail list logo
