Re: problems when merging branches

On Thu 11 May 2006 09:02, Juergen Richtsfeld wrote:
> ok, i just did as you told (wit cat branch-url) and got the same problem
> when committing:
>
> svn: Commit failed (details follow):
> svn: Commit item '<problematicfile>' has copy flag but no copyfrom URL
>

Is this a JAR?, please give us the real file name

Try this

# svn rm --force <problematicfile>
# svn commit -m "" <problematicfile>
# svn cat svn-url-to-file > <problematicfile>
# svn add <problematicfile>
# svn commit -m "" <problematicfile>

> > -----Original Message-----
> > From: Juergen Richtsfeld [mailto:Juergen.Richtsfeld@borland.com]
> > Sent: Thursday, May 11, 2006 9:51 AM
> > To: users@subversion.tigris.org
> > Subject: RE: Re: problems when merging branches
> >
> > > -----Original Message-----
> > > From: John Allen [mailto:john.allen@orbiscom.com]
> > > Sent: Thursday, May 11, 2006 9:34 AM
> > > To: users@subversion.tigris.org
> > > Subject: Re: problems when merging branches
> > >
> > > Ok, someone deleted the file, then added it back to the
> > > branch. Now you are
> > > trying to merge it to trunk, and you get a conflict.
> > >
> > > After the merge try one of the following for the conflicted files
> > > 1.
> > > # svn revert <problematicfile>
> > > 2.
> > > # svn cat svn-url-to-file > <problematicfile>
> >
> > you mean svn-url-to-file-in-branch or ...-in-trunk? i suppose
> > it's in branch, because that's the file i want.
> >
> > > # svn resolve <problematicfile>
> > >
> > > The commit the file
> > >
> > > On Thu 11 May 2006 07:42, Juergen Richtsfeld wrote:
> > > > i think i found the problem. something bad happened
> > >
> > > yesterday when i tried
> > >
> > > > the svn status command.
> > > >
> > > > if i do it again now (starting from the beginning with a
> > >
> > > clean WC) svn
> > >
> > > > status -v <problematicfile> reports a
> > > >
> > > > R + - 655 <user> <file>
> > > >
> > > > in that case, the file is a textfile, so it has nothing to
> > >
> > > do with binary
> > >
> > > > files. it's just the 'R' state of the file that causes
> >
> > exactly this
> >
> > > > problem. when i check the merge log i find the entries
> > > >
> > > > D <problematicfile>
> > > > A <problematicfile>
> > > >
> > > > can this be worked around? is this by intention? is this a bug?
> > > >
> > > > > -----Original Message-----
> > > > > From: Juergen Richtsfeld [mailto:Juergen.Richtsfeld@borland.com]
> > > > > Sent: Thursday, May 11, 2006 8:26 AM
> > > > > To: users@subversion.tigris.org
> > > > > Subject: RE: RE: RE: Re: problems when merging branches
> > > > >
> > > > > one more thing that came to my mind is that the problematic
> > > > > file didn't change in trunk since the branch was created BUT
> > > > > it was deleted on the branch and re-added. could this cause
> > > > > this problem?
> > > > >
> > > > >
> > > > > jürgen
> > > > >
> > > > > > -----Original Message-----
> > > > > > From: Juergen Richtsfeld
> >
> > [mailto:Juergen.Richtsfeld@borland.com]
> >
> > > > > > Sent: Thursday, May 11, 2006 7:41 AM
> > > > > > To: users@subversion.tigris.org
> > > > > > Subject: RE: RE: Re: problems when merging branches
> > > > > >
> > > > > > > -----Original Message-----
> > > > > > > From: Baz [mailto:brian.ewins@gmail.com]
> > > > > > > Sent: Wednesday, May 10, 2006 6:09 PM
> > > > > > > To: Juergen Richtsfeld
> > > > > > > Cc: users@subversion.tigris.org
> > > > > > > Subject: Re: RE: Re: problems when merging branches
> > > > > > >
> > > > > > > On 5/10/06, Juergen Richtsfeld
> > > > > >
> > > > > > <Juergen.Richtsfeld@borland.com> wrote:
> > > > > > > > > From: Juergen Richtsfeld
> > > > >
> > > > > [mailto:Juergen.Richtsfeld@borland.com]
> > > > >
> > > > > > > > > > > > i get messages like:
> > > > > > > > > > > >
> > > > > > > > > > > > Error Item '<somefile>' is out of date
> > > > > > > > > > > > Error You have to update your working copy first.
> > > > > > > >
> > > > > > > > i executed the svn status on a file that causes the
> > > > > > >
> > > > > > > described problems, and i get a single line like
> > > > > > >
> > > > > > > > 686 3 username
> >
> > theproblematicfile
> >
> > > > > > > > when i execute the same on the directory that
> >
> > contains this
> >
> > > > > > > file, the output contains exactly the same line. what i
> > > > > > > forgot is that the problematic file(s, there are more) are
> > > > > > > all binary (at least i didn't find a non-binary
> > >
> > > problematic file).
> > >
> > > > > > > Sounds like for some reason you got a conflict (eg
> > > > >
> > > > > someone committed
> > > > >
> > > > > > > to trunk after you checked it out,
> > > > > >
> > > > > > this did not happen. i checked this multiple times.
> > > > > >
> > > > > > > and - for some reason - you are
> > > > > > > writing to those binary files during the 'clean build' you
> > > > > >
> > > > > > mentioned).
> > > > > >
> > > > > > this does also not happen. i even tried it without the
> > > > >
> > > > > build step, and
> > > > >
> > > > > > it didn't solve anything. besides of that, my build doesn't
> > > > >
> > > > > change the
> > > > >
> > > > > > files in the repository.
> > > > > >
> > > > > > > Binary files can't be merged; this would explain both
> > >
> > > the error
> > >
> > > > > > > message and the fact that it's restricted to
> >
> > binaries. I don't
> >
> > > > > > > understand why this wasn't marked as a conflict in
> > >
> > > 'svn status'
> > >
> > > > > > > though, so you could just fix it with svn resolve - my
> > > > > >
> > > > > > reading of the
> > > > > >
> > > > > > > mail archive suggests it should have behaved that way for a
> > > > > >
> > > > > > couple of
> > > > > >
> > > > > > > years.
> > > > > >
> > > > > > ok, i'll give this a try. BUT what i'm wondering why
> >
> > there is no
> >
> > > > > > conflict (as you said). the files that are created when
> > >
> > > you have a
> > >
> > > > > > conflict are also missing (the copies of both revisions).
> > > > > >
> > > > > > > While you should be able to fix things by copying out
> > >
> > > the binary
> > >
> > > > > > > files, reverting them, and copying the files back before
> > > > >
> > > > > you commit,
> > > > >
> > > > > > > it brings a couple of questions up -
> > > > > > > - are you checking compilation products back into the
> > >
> > > repository?
> > >
> > > > > > No, it's a java project, and i'm talking about 3rd
> > >
> > > party jars here.
> > >
> > > > > > > Is
> > > > > > > this intentional?
> > > > > >
> > > > > > yes ;)
> > > > > >
> > > > > > > Its happened here sometimes that developers
> > > > > > > accidentally commit build logs and the like, but we
> > > > >
> > > > > didn't need them
> > > > >
> > > > > > > versioned.
> > > > > > > - why aren't these marked as conflicted, so that 'svn
> > > > >
> > > > > resolve' would
> > > > >
> > > > > > > fix it? (anyone?). You don't mention your svn version in
> > > > >
> > > > > the thread,
> > > > >
> > > > > > > this might be relevant.
> > > > > >
> > > > > > i'm using subversion 1.3.0 on the clients (windows) and
> > > > >
> > > > > 1.3.0-4 on the
> > > > >
> > > > > > server (debian etch amd64).
> > > > > >
> > > > > >
> > > > > >
> > > > > > ok, so i'll fix the problems manually by replacing the
> > > > >
> > > > > files from the
> > > > >
> > > > > > other branch. this isn't really what i expected to do when
> > > > >
> > > > > i'm using a
> > > > >
> > > > > > merge tool. what i don't understand here is, that my merge
> > > > > > affects lot's
> > > > > > of binary files, but it doesn't happen for all of them. only
> > > > > > a few. i'll
> > > > > > go and check what's necessary for this problem to occur.
> > > > > >
> > > > > >
> > > > > > should we file an issue for this?
> > > > > >
> > > > > > juergen
> >
> > ---------------------------------------------------------------------
> >
> > > > > > To unsubscribe, e-mail:
> >
> > users-unsubscribe@subversion.tigris.org
> >
> > > > > > For additional commands, e-mail:
> > >
> > > users-help@subversion.tigris.org
> >
> > ---------------------------------------------------------------------
> >
> > > > > To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> > > > > For additional commands, e-mail:
> >
> > users-help@subversion.tigris.org
> >
> >
> >
> > ---------------------------------------------------------------------
> >
> > > > To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> > > > For additional commands, e-mail: users-help@subversion.tigris.org
> > >
> > > --
> > > John Allen, mailto:john.allen@orbiscom.com
> > > Orbiscom Ltd, http://www.orbiscom.com
> > > Block 1,
> > > Blackrock Business Park,
> > > Carysfort Avenue,
> > > Blackrock,
> > > Co. Dublin,
> > > Ireland.
> > > Tel: +353-1-217.8603
> > > Fax: +353-1-294.5119
> > > Mobile: +353-085-1295486
> > >
> > > Mandriva Linux release 2006.0 (Official) for i586, kernel
> >
> > 2.6.12-15mdk
> >
> > > 08:32:18 up 20:01, 1 user, load average: 0.00, 0.10, 0.15
> >
> > ---------------------------------------------------------------------
> >
> > > To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> > > For additional commands, e-mail: users-help@subversion.tigris.org
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> > For additional commands, e-mail: users-help@subversion.tigris.org
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org

-- 
John Allen                           mailto:john.allen@moyville.net
Mandriva Club Member(Silver)         http://www.moyville.net
Site of the day http://www.arsenalsquirrel.com/
Mandriva Linux release 2006.0 (Official) for i586, kernel 2.6.12-15mdk
 09:24:46 up 20:54,  1 user,  load average: 0.59, 0.85, 0.50
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org