<br><br><div class="gmail_quote">On Mon, Nov 3, 2008 at 18:57, Brett Cannon <span dir="ltr">&lt;<a href="mailto:brett@python.org">brett@python.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d">On Sun, Nov 2, 2008 at 17:08, Gustavo Niemeyer &lt;<a href="mailto:gustavo@niemeyer.net">gustavo@niemeyer.net</a>&gt; wrote:<br>
&gt; Hi Brett,<br>
&gt;<br>
&gt;&gt; At this point I am looking for any suggestions for fundamental usage<br>
&gt;&gt; scenarios that I am missing from the PEP. If you think the few already<br>
&gt;&gt; listed are missing some core part of a VCS, please let me know.<br>
&gt;<br>
&gt; As an initial disclaimer, I use bzr in my daily routine. &nbsp;That said,<br>
&gt; I&#39;m sending below a few mostly unbiased high-level ideas, just based<br>
&gt; on useful ways we explore the DVCS-aspect on our normal daily<br>
&gt; workflow.<br>
&gt;<br>
&gt; == Coordinated development with dependent features ==<br>
&gt;<br>
&gt; A variation on coordinated development, which is actually one of the<br>
&gt; main motivators for DVCS. &nbsp;Branch A is evolving out of the mainline,<br>
&gt; and it depends on a feature that is on branch B which is also not yet<br>
&gt; integrated. &nbsp;Parallel development of both should be nicely supported.<br>
&gt; I&#39;m sure all DVCS will do that in a decent form, but figuring how this<br>
&gt; works may be instructive and worth mentioning.<br>
&gt;<br>
<br>
</div>Since I have never seen that come up during Python&#39;s development I am<br>
going to leave it out. But I do see the benefit and how it might help<br>
with future work.</blockquote><div><br>Euhm, wut? It hasn&#39;t come up during Python&#39;s development because Python is being developed in a VCS with very limited branches :) I&#39;m partial to VCS&#39;s with proper branching (as you know) and I&#39;ve been using that mode of development for many years. I&#39;ve done development and maintenance of multi-developer projects using both the CVS/SVN nonbranching approach and the typical DVCS branch-often approach using BitKeeper, Bazaar and Mercurial (as well as the sort-of one-off-branch Perforce approach where you can easily &#39;wrap&#39; a single change but can&#39;t really do dependant changes) -- and whenever possible I use the branch-often approach with dependant branches all over the place, especially when working on large, complicated changes. Building them up out of separate &#39;components&#39; requires a little more administration (you have to remember which branch to submit to) but it makes debugging, piecemeal discussion and batchwise integration a *lot* easier.<br>
</div></div><br>-- <br>Thomas Wouters &lt;<a href="mailto:thomas@python.org">thomas@python.org</a>&gt;<br><br>Hi! I&#39;m a .signature virus! copy me into your .signature file to help me spread!<br>