[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: merge weirdness

From: Ivan Zhakov <chemodax_at_gmail.com>
Date: 2006-04-24 13:55:21 CEST

On 4/24/06, Peter N. Lundblad <peter@famlundblad.se> wrote:
> Ivan Zhakov writes:
> > On 4/24/06, Marcus Rueckert <darix@web.de> wrote:
> > > hi,
> > >
> > > i have a merge here where i see a lot of:
> > > [[[
> > > D doc/ices.txt
> > > A doc/ices.txt
> > > ]]]
> > >
> > > the actual merge was doe with
> > >
> > > "svn merge http://svn.digium.com/svn/asterisk/trunk \
> > > http://svn.digium.com/svn/asterisk/team/group/autoconf_and_menuselect ."
> > >
> > > in a WC of trunk
> > >
> > > The branch is up2date with HEAD of trunk with svnmerge.py.
> > > On svn update i get:
> > > [[[
> > > $ svn up
> > > svn: REPORT request failed on '/svn/asterisk/!svn/vcc/default'
> > > svn: Working copy path 'build_tools/make_svn_branch_name' does not exist in repository
> > > ]]]
> > >
> > > zhakov found out that all "replaced" files were added r18300. on 1.4 the
> > > merge works and svn update works aswell. but it is still broken with
> > > 1.3.x. the attached merge.log was done with 1.3.0.
> > >
> > > 2 questions come up:
> > > why are the files shown as replaced?
> > It seems like "feature". Files merged as Updated only if they have
> > common ancestry:
>
> I have no time to test, but does --ignore-ancestry make any difference?
Yeah, it helps. Sorry, I didn't know about this option. So it's
feature and it was users@ question.

--
Ivan Zhakov
Received on Mon Apr 24 13:55:55 2006

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.