Featured Whitepapers
- Apples, Oranges, and Acorns - All Agile Development Tools Are Not the Same
- One's Enough for Agile Application Development Management
- Requirements Management 101 – 4 Basics Everyone Should Know
- Tips on Requirements Traceability – Learn How to Control Change and Improve Quality
- Scaling Continuous Integration to Large and Distributed Teams
|
Continuous Delivery is one of the best books I have read and I have read hundreds of books in my 25+ years as a system-software development professional. This book pragmatically, clearly and concisely describes how to deliver quality and value-adding system-software. The book is divided into three parts and fifteen chapters: Part I - Foundations
1 - The Problem of Delivering Software Part II - The Deployment Pipeline 5 - Anatomy of the Deployment Pipeline Part III - The Delivery Ecosystem 11 - Managing Infrastructure and Environments Part I - Foundations
The rest of the book is more concrete in advice and recommendations. Chapter 2 – Configuration Management Configuration management refers to the process by which all artifacts relevant to your project, and the relationship, and the relationship between them, are stored, retrieved, uniquely identified, and modified. The authors portend configuration management is the foundation for everything else in the book. They hope to have made clear, it is not just a question of choosing and implementing a tool, although that is important; it is also crucially, a question of putting good practices into place. The following aspects of configuration management are described in this chapter:
Chapter 3 – Continuous Integration The authors describe how continuous integration creates a tight feedback loop which allows you to find problems as soon as they are introduced and when they are cheap to fix. Chapter 4 – Implementing a Testing Strategy Part II - The Deployment Pipeline The following chapters of Part II dive into considerably more detail on implementing deployment pipelines, exploring some of the common issues that may arise and discussing techniques that can be adopted within the context of the full lifecycle deployment pipelines described in this chapter. The “Tips and Tricks” in chapter 10 are truly a valuable bonus. Part III – The Delivery Ecosystem This chapter deals with creating and managing the infrastructure in which your application will run (hardware, networking, middleware, and external services). The recommendations the authors make and the strategies they describe certainly add complexity to the deployment systems you must create; challenging you to come up with creative workarounds for the poor support for configuration management in your third-party products. But, if you are creating a large and complex system with many configuration points, and perhaps relying on many technologies, the authors feel strongly this approach can save your project. Chapter 12 – Managing Data Many principles and practices are described in this chapter; adapted of course to your situation. Here are some of the more important principles and practices from this chapter:
Chapter 13 – Managing Components and Dependencies Chapter 14 – Advanced Version Control This chapter presents a series of options to cope with situations in which it is more efficient for a development team to compromise CI to some extent. The authors make the point though, every time you branch, you recognize there is a cost associated with it. That cost comes in increased risk, and the only way to minimize that risk is to be diligent in ensuring that any active branch, created for whatever reason, should be merged back to mainline daily or more frequently. Chapter 15 – Managing Continuous Delivery Overall
Set as favorite
Bookmark
Email this
Hits: 1890 Trackback(0)Comments (0)
|
| Last Updated on Friday, 29 October 2010 14:23 |
Agile Marketplace - Announcements and Special Offers
The Business Case for ALM Transformation
Are legacy systems holding your company back? Breakthrough these technical constraints with an open and scalable environment that meets your unique business need to transform. There is no reason to be locked into an obsolete platform. The output of a number of recent transitions from legacy systems, this is practical white paper shares lessons learned and illustrates how guidance and enablement can pave the way for change.
Download this Whitepaper


by Jez Humble and David Farley

