Thanks a lot Stephen.
I had a look on "Merges Without Mergeinfo". None of scenarios is matching.
Acctually, I did not do merge via commands but from Eclipse with subclipse
plugin.
What I did is same as "Overview of CollabNet Merge Client" in this URL:
http://desktop-eclipse.open.collab.net/ser
kmra...@rockwellcollins.com writes:
>> It might already be fixed: I see a leak with 1.7.x@r1293812 but r1293813
>> appears to fix it.
>
> Definitely not fixed, at least for https:// externals. This is what I
> did:
I see small memory growth during checkout. I see much larger memory
growth for
> > Has anyone else noticed a client memory leak when using
> > svn:externals in the 1.7.3 client?
> >
> > We have a large project with tens of thousands of externals.
> > When checked out with a 1.6 client, it uses 150MB of memory.
> > When checked out with a 1.7 client it uses >1.5GB of memory.
>
Am 28.02.2012 14:42, schrieb Helmut Zeisel:
BTW: Another approach is to use a build server that e.g. runs
nightly and stores the results on a network share.
This does not work in our situation because for some components we do
not want to use the latest but some stable older version.
We have
> -Original Message-
> From: Mauro Bellini [mailto:mdbell...@scba.gov.ar]
> Sent: 28 February 2012 13:33
> To: users@subversion.apache.org
> Subject: Subversion Exception!
>
> ---
> Subversion Exception!
> ---
> Subversion encountered a seri
> Datum: Tue, 28 Feb 2012 14:06:14 +0100
> Von: Ulrich Eckhardt
> An: users@subversion.apache.org
> Betreff: Re: Subversion for object code
> > I know that subversion was not invented for that purpose
>
> I tend to disagree a bit, Subversion was intended to version non-textual
> resources, too
---
Subversion Exception!
---
Subversion encountered a serious problem.
Please take the time to report this on the Subversion mailing list
with as much information as possible about what
you were trying to do.
But please first search the mailing list
On Tue, Feb 28, 2012 at 4:47 AM, Stephen Butler wrote:
> But it also has disadvantages:
>
> - Runaway repository growth. Object files and .jar files don't compress
> as well as text. If you bust a hard limit for your repository disk space,
> your IT service provider might force you to pay a dras
Am 28.02.2012 11:08, schrieb Helmut Zeisel:
Our software products use different components, where many base
components are used in different products. It is not necessary that
all developpers compile these componentens themselves, that is, these
components are distributed binary (as object files
On Feb 28, 2012, at 12:35 , Helmut Zeisel wrote:
[...]
>> There's a quick summary of binary-file handling here:
>>
>> http://svnbook.red-bean.com/en/1.7/svn.forcvs.binary-and-trans.html
>>
>> On the server side, Subversion stores files using a binary diff algorithm,
>> and has a "representati
On Tue, Feb 28, 2012 at 6:35 AM, Helmut Zeisel wrote:
> > Datum: Tue, 28 Feb 2012 11:47:43 +0100
> > Von: Stephen Butler
>
> Thank you for the quick answer.
>
> > But it also has disadvantages:
> >
> > - Runaway repository growth. Object files and .jar files don't compress
> > as well as text.
> Datum: Tue, 28 Feb 2012 11:47:43 +0100
> Von: Stephen Butler
Thank you for the quick answer.
> But it also has disadvantages:
>
> - Runaway repository growth. Object files and .jar files don't compress
> as well as text. If you bust a hard limit for your repository disk space,
> your IT se
On Tue, 28 Feb 2012 11:55:38 +, Stephen Butler wrote:
...
> Or are you talking about something else? If so, make up a sample of
> the hard-to-read diff.
svn (up to 1.6.x) has the annoying habit of not doing property diffs
line-by-line but instead showing the whole externals block as changed.
On Feb 28, 2012, at 11:09 , Erik Andersson wrote:
> Hi
>
> I have a svn:externals where I point to different versions of my
> components. It's like 30 components, and I would like to be able to
> diff the changes I make in the svn:externals before I commit when I'm
> updating a component. Is the
On Feb 28, 2012, at 11:08 , Helmut Zeisel wrote:
> Our software products use different components, where many base components
> are used in different products. It is not necessary that all developpers
> compile these componentens themselves, that is, these components are
> distributed binary (
Hi
I have a svn:externals where I point to different versions of my
components. It's like 30 components, and I would like to be able to
diff the changes I make in the svn:externals before I commit when I'm
updating a component. Is there some way to present a better diff then
the svn:externals cont
Our software products use different components, where many base components are
used in different products. It is not necessary that all developpers compile
these componentens themselves, that is, these components are distributed binary
(as object files or libraries).
To make the distribution of
Jason Wong wrote on Mon, Feb 27, 2012 at 07:36:39 -0800:
> On Thu, Feb 16, 2012 at 12:14 PM, Daniel Shahaf wrote:
>
> >
> > The output from these two tells me two things:
> >
> > 1. The minfo-cnt value is reasonable (within a typical ballpark).
> > That's relevant since minfo-cnt abnormalities we
On Feb 28, 2012, at 8:56 , Stephen Butler wrote:
>
> On Feb 28, 2012, at 7:24 , GENG, DAPENG (DAPENG) wrote:
>
>> Hello,
>>
>> I recently discovered that merge info does not get updated after merge.
>>
>> I’ve tried several times from one branch to taget branch. And merge info
>> remains unc
Daniel Shahaf wrote on Tue, Feb 28, 2012 at 07:17:04 +0200:
> Stefan Sperling wrote on Tue, Feb 28, 2012 at 03:18:35 +0100:
> > On Mon, Feb 27, 2012 at 03:25:00PM -0800, Jason Wong wrote:
> > > I guess I am wondering that if this is the case, then why is it that
> > > if the check-in fails, and the
20 matches
Mail list logo
