[Cialug] Release Management

[David Bierce]

Doing compete continuous integration is really awesome.

Code change causes build to happen.  Build runs unit tests.  Then does a
complete automated install and does integration testing and qa.  Salt, kvm
and pxe boot can get a dev environment running in minutes and automated
testing in tens of minutes.  We have lots of cloudstack around so we might
move it to something more aws/cloudstack api driven but the build system
just needs a little more smarts.

Docker, vagrant, salt, pile of bash, ridiculous Perl script, puppet is less
important than being able to release often test often and role with the
fact change is always happening.

Sent on a smartphone using Android.  Sorry for the brevity and spelling.
On Aug 24, 2014 4:54 PM, "Eric Junker" <eric at eric.nu> wrote:

> If the developers have any automated tests (unit tests, Selenium tests,
> etc.) then you should setup a "continuous integration" environment.
> Automatically deploy the code every X minutes, run the automated tests and
> mark the build as failed if any of the tests fail. Jenkins works well for
> this.
>
> You will probably also want a separate environment that doesn't get
> automated deploys but allows you to deploy a specific tag or branch to
> test. For example, tag the code, release it to the QA/staging environment
> and if it passes then release it to production.
>
> Eric
>
> On 8/21/14, 10:12 AM, Todd Walton wrote:
>
>> <snip>
>>
>> I'm considering whether or not developers should be able to push their own
>> code to testing, but still restrict their access to the testing servers.
>> Like, some automated button they can push that takes dev and puts it in
>> qa/test, but they can't go and fiddle with server settings.
>>
>> --
>> Todd
>> _______________________________________________
>> Cialug mailing list
>> Cialug at cialug.org
>> http://cialug.org/mailman/listinfo/cialug
>>
>
> _______________________________________________
> Cialug mailing list
> Cialug at cialug.org
> http://cialug.org/mailman/listinfo/cialug
>