Reintegrate woes

2012-03-19 Thread Tennebø Frode
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_spusvn 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_spusvn merge -r 1413:2204 
file:///home10/svn/...ecom_spu/branches/foo .
--- Merging r1414 through r1422 into '.':
Uecom_edhipc_decl.ads
Umtt_gateway.adb
--- Merging r1424 through r1527 into '.':
Gecom_edhipc_decl.ads
Gmtt_gateway.adb
--- Merging r1597 through r2204 into '.':
Uecom_spu_1.adb
Uecom_spu_socket.ads
Gecom_edhipc_decl.ads
Uecom_spu_socket.adb
Gmtt_gateway.adb

Or am I missing something here?

Regards,
 -Frode
-- 
^ Frode Tennebø   | email: frode.tenn...@saabgroup.com ^
| Saab Technologies Norway AS | Isebakkeveien 49   |
| N-1788 Halden   | Phone: +47 45 24 99 39 |
| with Standard.Disclaimer; use Standard.Disclaimer;   | 

Re: Reintegrate woes

2012-03-19 Thread Stefan Sperling
On Mon, Mar 19, 2012 at 03:26:37PM +, 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_spusvn 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_spusvn merge -r 1413:2204 
 file:///home10/svn/...ecom_spu/branches/foo .
 --- Merging r1414 through r1422 into '.':
 Uecom_edhipc_decl.ads
 Umtt_gateway.adb
 --- Merging r1424 through r1527 into '.':
 Gecom_edhipc_decl.ads
 Gmtt_gateway.adb
 --- Merging r1597 through r2204 into '.':
 Uecom_spu_1.adb
 Uecom_spu_socket.ads
 Gecom_edhipc_decl.ads
 Uecom_spu_socket.adb
 Gmtt_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