>
> For some client-side Tortoise hooks (which are for the purpose of
> preventing people shoot themselves in the head in all the myriad ways
> Subversion allows), I need to get the ancestor-branch, ie where the current
> branch/tag was copied from.
>
When I create a new branch I add an svn:proper
You should probably also add --*ignore*-*ancestry* to that merge statement.
On Wed, Nov 17, 2010 at 8:09 AM, Stefan Sperling wrote:
> On Wed, Nov 17, 2010 at 11:00:25PM +1100, Gavin Beau Baumanis wrote:
> > I have been doing;
> > svn merge -r1:head trunk/somefile branches/somefeature/somefile
>
memory usage to 45MB and then eventually comes back with output.
"svn blame -g" on this same file, causes svnserve to quickly (in about
45 seconds) climb to 2GB of memory usage and doesn't come back (at least
after 5 minutes). At that point, I just killed svnserve.exe on the se
Wrong format file. Please look at the file 'db/format', not the file 'format'.
Thanks.
4
layout linear
I just tried a test. I ran "svn blame -g" on a file with a bunch of
revisions and watched memory usage on the server spin up to 2GB. Is
this a known issue?
On 11/4/2010 7:23 PM, Daniel Shahaf wrote
Try 'svnserve --log-file' ?
Been there, done that. Endless logging of svn operations, but not a
single stacktrace or error.
What kind of filesystem does the repository have?
* FSFS or BDB?
* What version of svnadmin created it?
* Have you run 's
We've been having this problem for a while now (since late in the 1.5
releases and now right up thru 1.6.13) and I'm at a loss as to what the
cause is.
We have a single repository with approximately 129K revisions.
SVNServe.exe's memory usage, numerous times a day, spins up to about 2GB
and t