Proposal to revise forest graph and integration practices for JDK 9

Paul Sandoz Paul.Sandoz at oracle.com
Wed Dec 4 01:38:08 PST 2013


On Dec 2, 2013, at 8:35 PM, Jonathan Gibbons <jonathan.gibbons at oracle.com> wrote:

> On 12/01/2013 09:14 PM, Joe Darcy wrote:
>> We've found the "Continuous Delivery" book by Jez Humble and David Farley to be useful.
>> 
>> Some relevant quotes from the first chapter or two of that text:
>> 
>>> 
>>> If It Hurts, Do It More Frequently, and Bring the Pain Forward
>>> "This is the most general principle on our list, and could perhaps best be described as a heuristic. But it is perhaps the most useful heuristic we know of in the context of delivering software, and it informs everything we say."
>>> 
>>> Integration is often a very painful process.
>>> "If this is true of your project, integrate every time somebody checks in, and do it from the start of the project.
>>> If testing is a painful process that occurs just before release, don’t do it at the end. Instead, do it continually from the beginning of the project." 
> 
> I like the term "Continuous Delivery" as compared to "Continuous Integration" since Integration is such as loaded term in our current infrastructure.
> 
> I also like +100 the comment about testing ...
> 

Also... continuous delivery of openjdk builds, preferably labeled with the changeset id corresponding to the tip of the build.

That will make it much easier for developers to verify a fix. I don't like saying "I have fixed the issue in tl, but you will have to wait a week or so until build XXX appears" (so "old skool") thus making it harder to spin faster and get feedback.

Paul.


More information about the jdk9-dev mailing list