This post is a prologue of series why & how we started the travel twords Continouse Integration and Continouse Delivery, about test automation, build and deployment, time management and security … Some entry thoughts …

Eugène delacroix, strada a meknes
Eugène delacroix, strada a meknes

Sometimes starting from scratch is the best solution. A solution that often destroys what works but is not efficient. It is so inefficient that it cannot be scaled easily, it cannot be built further, it is often unreliable.

If you want to create a real CI/CD, such solutions require effort. An output that often just pays off. And now when there is a situation where most of the links are delivered by hand, the tests are run shortly before the product is delivered because: “no time”, releases are delivered late, the situation is quite critical.

How to be sure that the product will be delivered to production, on time and without problems on the relapse day? A question that, on the one hand, builds curiosity, on the other, forces a smile on your face, and often even laughter. It doesn’t have to be this way, I assure you.

Back in the beginning when I started working on a certain project, the situation was bad. There was no such thing as deploy to production in every sprint, sprints did not last a week, two or three. There was a true “some” test period in which the tests were performed, mainly manual ones. There was also some “release” period that lasted as long as it took to prove everything to the production environment. You could dream about automation. Unfortunately, it was a sad picture, but true. A similar picture I have in several previous companies where I worked. However, everything can be straightened and improved;)

So sometimes the best solution is to burn everything down and build it up again.

This post is an introduction to a series of posts on CI/CD.


Reference:

  1. A few words about automation
  2. DevOps - why you should care?
  3. Eugène delacroix, strada a meknes