Quality assurance doesn’t end after you deploy. In a recent webinar hosted jointly by Codeship, Codeship co-founder Florian Motlik said, “While QA is undoubtedly important, you need to extend the QA to after the deployment to production. Feature flagging becomes that extension to continuous delivery that allows you to bring that quality into already released code, to make sure your customers really get the best experience.”
Perhaps you’ve already implemented continuous integration and then deploy -- something Codeship enables for a lot of great companies. The missing next level of sophistication in continuous delivery is rollout.
You’ve put effort into your deployment, but now that you have the ability to continuously deploy, you still can’t separate rollout. Companies extend QA out into the real world using feature flags -- a prudent alternative to begging someone to look at a QA or beta server. You get the ability to find out how well the feature is doing, then turn it off if necessary. Additionally, you can do this without a deployment.
There’s a way to validate product features using these systems that you don’t have to manage yourself. At this intersection of continuous delivery and feature flagging, you’ll find continuous integration platform Codeship and feature flag as a service provider CloudBees Feature Management.
Here are some key takeaway points from the joint webinar. I recommend watching the recorded webinar if you want to go deeper into any of these topics:
Best practices for total parity on your local system in CI and with production. Your CI system should support any version, run against any version, and be able to run on your local system, no matter the version.
Best practices around Github flow. How Codeship recommends you handle continuous delivery through your repository.
Seven ways to use feature flags. Including what’s best for B2B versus B2C, when you should block TechCrunch, and how to use features flags to get an advantage.
A couple quotes you'll hear in this recorded webinar:
“It’s like if you don’t wash your dishes for a couple days, then all of a sudden you have a huge pile of dishes. Without using continuous integration, we just accrued a lot of technical debt... and it got to the point where to the point where the smallest change was incredibly risky.” -Patrick Cushing, CEO of WorkHands, on not using continuous delivery (as related by Edith Harbaugh)
“Together, Codeship and CloudBees Feature Management give you that whole cycle of building, testing, releasing, and then validating, not just from a technical perspective but from a product perspective.” -Florian Motlik, Codeship co-founder & CTO