<div class="gmail_quote">2009/3/4 Eric Berry <span dir="ltr">&lt;<a href="mailto:elberry@gmail.com">elberry@gmail.com</a>&gt;</span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
The problem with this approach is that we get the merges from trunk as part of Joe&#39;s history - which isn&#39;t bad, but can distract Bob from Joe&#39;s real changes.</blockquote><div><br>I don&#39;t think its that bad or that it is really avoidable other than using `bzr replay` from the rebase plugin.<br>
I think if you standardize the merge commit message eg. &quot;merge main&quot;, <br>you should be able to ignore them easily enough.<br>After you merge his changes into main, <br>`bzr diff` would in any case show you all the real changes he made.<br>
<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">To avoid the merges from trunk in the history, another approach is to have Joe create a local branch of the main branch which he commits work to, and he merges changes from the main branch regularly. When he is finished with his work, he uses diff to create a patch which he then sends to Bob to apply. After Bob approves of the changes, he applies the patch locally and commits the changes upwards to the main branch. The problem with this approach is that we lose all the history of Joe&#39;s commits in the main branch.</blockquote>
<div><br>this is bad, don&#39;t even consider it IMHO<br> </div></div>-- <br>&lt;| regards<br>U| Marius<br>H| &lt;&gt;&lt; <br>