<div dir="ltr">Hi Adrian,<div><br></div><div>It looks like that the final stage on all pictures is a "Deploy" stage. What kind of process do you have in mind for CI\CD? </div><div>When you use "gate" system it is typical to have multiple gates. The usual ones are: "code review\approved", "smoke test \ unit test pass", "integration test pass", "performance\scalability test pass", "accepted for production". Each gate might be a quite complex process for the large application including multiple deployment to different stage environments. Also it is typical to have one build and then promote it between different stages. </div>
<div><br></div><div>Will Solum API support flexible CI\CD flows where user can define specific stages and gates and actions for each of them?</div><div><br></div><div>Thanks</div><div>Georgy</div></div><div class="gmail_extra">
<br><br><div class="gmail_quote">On Wed, Nov 13, 2013 at 12:27 PM, Adrian Otto <span dir="ltr"><<a href="mailto:adrian.otto@rackspace.com" target="_blank">adrian.otto@rackspace.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Clayton,<br>
<br>
On Nov 13, 2013, at 11:41 AM, Clayton Coleman <<a href="mailto:ccoleman@redhat.com">ccoleman@redhat.com</a>><br>
 wrote:<br>
<br>
> ----- Original Message -----<br>
>> Hello,<br>
>><br>
>> Solum meets Tuesdays at 1600 UTC in #openstack-meeting-alt (formerly in<br>
>> #solum)<br>
>><br>
>><br>
>> Note: Due to the Nov 3rd change in Daylight Savings Time, this now happens at<br>
>> 08:00 US/Pacific (starts in about 45 minutes from now)<br>
>><br>
>><br>
>> Agenda: <a href="https://wiki.openstack.org/wiki/Meetings/Solum" target="_blank">https://wiki.openstack.org/wiki/Meetings/Solum</a><br>
><br>
> In the meeting yesterday there was a mention of a "gated" source code flow (where a push might go to an external system, and the gate system github/gerritt/etc would control when the commit goes back to the primary repository).  I've added that flow to <a href="https://wiki.openstack.org/wiki/File:Solum_r01_flow.jpeg" target="_blank">https://wiki.openstack.org/wiki/File:Solum_r01_flow.jpeg</a> as well as a mention of the DNS abstraction (a deployed assembly may or may not have an assigned DNS identity).<br>

<br>
Are the two "source change notification abstraction" flows really different? Could we express this with two lines converging on "Notify Solum API …" in a single flow with two similar entrances.<br>
<br>
One key difference that I noticed between those two proposed flows are that the "gate" type uses the Solum API to test code, and the "push" one does not. Perhaps both should run unit tests in the same way with an option to bypass steps for those who don't want them?<br>

<br>
Adrian<br>
_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br>Georgy Okrokvertskhov<br>
Technical Program Manager,<br>Cloud and Infrastructure Services,<br>
Mirantis<br>
<a href="http://www.mirantis.com/" target="_blank">http://www.mirantis.com</a><br>
Tel. +1 650 963 9828<br>
Mob. +1 650 996 3284<br>
</div>