I see. So their use would in general be for the use of automated systems?<br><br><div class="gmail_quote">On Thu, Feb 24, 2011 at 4:33 PM, Eric Day <span dir="ltr"><<a href="mailto:eday@oddments.org">eday@oddments.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">The extra branches are just an implementation detail, we can have<br>
them or not. It's really a matter of if it's possible and/or easier<br>
to have jenkins fire off new jobs with arbitrary branches that need<br>
to be merged with trunk for each job vs merging and pushing to a<br>
staging branch and have the jobs test that. Either way, we get the<br>
same result. We will also have the flexibility to test arbitrary<br>
branches before proposing either way. These extra "trunks" will not<br>
need to be managed, as tarmac/jenkins will control them.<br>
<font color="#888888"><br>
-Eric<br>
</font><div><div></div><div class="h5"><br>
On Thu, Feb 24, 2011 at 04:24:11PM -0600, Trey Morris wrote:<br>
>    I'm curious what the point of having a line of trunks for a commit to<br>
>    bounce down on its way to trunk would gain us other than having to manage<br>
>    a line of trunks. What's wrong with status quo branch management (other<br>
>    than tests)? What's wrong with having the commit sit in its LP topic<br>
>    branch, which is every bit as publicly accessible as any branch in the<br>
>    line of trunks would be? The test system (or anyone who wants to play with<br>
>    it) can just grab trunk merge the topic branch and run however many levels<br>
>    or types of tests we deem appropriate. Success = trunk. Fail = test fail<br>
>    status in the test report.<br>
><br>
>    On Thu, Feb 24, 2011 at 3:39 PM, Jay Pipes <<a href="mailto:jaypipes@gmail.com">jaypipes@gmail.com</a>> wrote:<br>
><br>
>      On Thu, Feb 24, 2011 at 4:05 PM, Mark Washenberger<br>
>      <<a href="mailto:mark.washenberger@rackspace.com">mark.washenberger@rackspace.com</a>> wrote:<br>
>      >> This is what we're working on, and what Justin is proposing, Mark.<br>
>      >><br>
>      >> Basically, in Drizzle-land, people propose a merge into trunk, Hudson<br>
>      >> picks up that proposal, pulls the brnach into lp:drizzle/staging,<br>
>      >> builds Drizzle on all supported platforms (>12 OS/distro combos),<br>
>      then<br>
>      >> runs all automated regression testing against the proposed branch<br>
>      (can<br>
>      >> take 3 or more hours).<br>
>      >><br>
>      >> We're proposing the same kind of automation for OpenStack.<br>
>      ><br>
>      > Sorry, I misunderstood what Justin was proposing. This sounds good to<br>
>      me.<br>
>      ><br>
>      > We could also do this without a staging branch by having the automated<br>
>      system check out trunk and merge the proposed branch locally.<br>
><br>
>      Sure, this is, of course, quite possible, too :)<br>
><br>
>      One thing that a staging-first branch allows, though, is to set up an<br>
>      environment where some *very* minor or style-only type commits can be<br>
>      fed into trunk directly without having to got through the full testing<br>
>      loop...<br>
>      -jay<br>
>      _______________________________________________<br>
>      Mailing list: <a href="https://launchpad.net/~openstack" target="_blank">https://launchpad.net/~openstack</a><br>
>      Post to     : <a href="mailto:openstack@lists.launchpad.net">openstack@lists.launchpad.net</a><br>
>      Unsubscribe : <a href="https://launchpad.net/~openstack" target="_blank">https://launchpad.net/~openstack</a><br>
>      More help   : <a href="https://help.launchpad.net/ListHelp" target="_blank">https://help.launchpad.net/ListHelp</a><br>
<br>
> _______________________________________________<br>
> Mailing list: <a href="https://launchpad.net/~openstack" target="_blank">https://launchpad.net/~openstack</a><br>
> Post to     : <a href="mailto:openstack@lists.launchpad.net">openstack@lists.launchpad.net</a><br>
> Unsubscribe : <a href="https://launchpad.net/~openstack" target="_blank">https://launchpad.net/~openstack</a><br>
> More help   : <a href="https://help.launchpad.net/ListHelp" target="_blank">https://help.launchpad.net/ListHelp</a><br>
<br>
</div></div></blockquote></div><br>