On Mon, Mar 19, 2012 at 03:26:37PM +0000, Tennebø Frode wrote:
> We have been working for a long time (almost a year) on two products in 
> paralell.  One is a maintenance product, i.e. general bug fixes and very 
> little new features, called "base" and is effectively trunk.  The other is a 
> "new and improved" with all the latest bells and whistles, and is handled in 
> a branch.  Both of them are divided into ca. 80 sub-products, 10% unique and 
> 90% common, of which roughly 20% of the latter are branched.
> 
> As both teams progressed they fixed bugs or added features in their 
> respective product, hence it was necessary to merge both from branches to 
> trunk and vice versa.
> 
> Now comes the time to merge branches back to trunk and I try with a:
> 
> ft@halt:/proj/.../ecom_spu>svn merge --reintegrate 
> file:///home10/svn/.../ecom_spu/branches/foo .
> 
> Sometimes this works as expected, but on most occasions I get:
> 
> svn: Reintegrate can only be used if revisions 1413 through 2204 were 
> previously merged from file:///home10/svn/.../ecom_spu/trunk to the 
> reintegrate source, but this is not the case:
>   ecom_spu/branches/foo
>     Missing ranges: ecom_spu/trunk:1413-1707,1709-1852,1854-1855
> 
> I take it that meas that svn has detected that something has gone from 
> branches back to trunk on an earlier occasion?  Isn't it really necessarry to 
> break "reintegrate" like this?  svn has all the relevant information of which 
> revisions have gone where.  And I can perform the merge by doing:
> 
> ft@halt:/proj/.../ecom_spu>svn merge -r 1413:2204 
> file:///home10/svn/...ecom_spu/branches/foo .
> --- Merging r1414 through r1422 into '.':
> U    ecom_edhipc_decl.ads
> U    mtt_gateway.adb
> --- Merging r1424 through r1527 into '.':
> G    ecom_edhipc_decl.ads
> G    mtt_gateway.adb
> --- Merging r1597 through r2204 into '.':
> U    ecom_spu_1.adb
> U    ecom_spu_socket.ads
> G    ecom_edhipc_decl.ads
> U    ecom_spu_socket.adb
> G    mtt_gateway.adb
> 
> Or am I missing something here?

See 
http://mail-archives.apache.org/mod_mbox/subversion-dev/201107.mbox/%3c20110720124721.ga7...@ted.stsp.name%3E
and for more in-depth details and current developments see
http://wiki.apache.org/subversion/SymmetricMerge

Reply via email to