“For many organizations Continuous Delivery isn't just a deployment methodology, it's critical to doing business. This book shows you how to make Continuous. Continuous Delivery. Reliable Software Releases through A couple of years ago Paul Duvall wrote the book on CI within this series. But CI is just the first step. Compre Continuous Delivery: Reliable Software Releases through Build, Test, and This groundbreaking new book sets out the principles and technical.
|Language:||English, Spanish, Indonesian|
|Distribution:||Free* [*Registration Required]|
This book shows you how to make Continuous Delivery an effective reality in your Continuous delivery: reliable software releases through build, test, and. Continuous Delivery is the ability to get changes of all types—including new features, The primary goal of continuous delivery is to make software deployments painless Get discounts and free excerpts from my videos and books when you. This groundbreaking new book sets out the - Selection from Continuous Delivery: Reliable Software Releases through Build, Test, and Deployment.
Perhaps it's from an attempt to make each chapter standalone, but while trying to find the new and interesting info in a new chapter, you have to wade through tons of info you read many times in earlier chapters or even earlier paragraphs. There are many sentences, paragraphs, and even pages that can be skipped because they are obvious or just a rehash of something earlier or both.
In short, this is a VERY important - perhaps even required - read for anyone working on medium and large software projects, but this book desperately needs a tldr companion with lots of examples. Without continuous integration, your software is broken until somebody proves it works, usually during a testing or integration stage.
With continuous integration, your software is proven to work assuming a sufficiently comprehensive set of automated tests with every new change—and you know the moment it breaks and can fix it immediately.
For the software delivery process, the most important global metric is cycle time.
This is the time between deciding that a feature needs to be implemented and having that feature released to users. Do you do this on a repeatable, reliable basis?
To paraphrase, performance is a measure of the time taken to process a single transaction, and can be measured either in isolation or under load. Throughput is the number of transactions a system can process in a given timespan.
A couple of years ago Paul Duvall wrote the book on CI within this series. But CI is just the first step. Software that's been successfully integrated into a mainline code stream still isn't software that's out in production doing its job.
Dave and Jez's book pick up the story from CI to deal with that 'last mile', describing how to build the deployment pipelines that turn integrated code into production software. This kind of delivery thinking has long been a forgotten corner of software development, falling into a hole between developers and operations teams.
So it's no surprise that the techniques in this book rest upon bringing these teams together, a harbinger of the nascent but growing "devops" movement. This process also involves testers, as testing is a key element of ensuring error-free releases.
Threading through it all is a high degree of automation so things can be done quickly and without error. Getting all this working takes effort, but benefits are profound.
Long, high intensity releases become a thing of the past. Customers of software see ideas rapidly turned into working code that they can use every day. Perhaps most importantly we remove one of the biggest sources of baleful stress in software development.