Linked by Thom Holwerda on Wed 31st Mar 2010 22:10 UTC, submitted by aaronb
Thread beginning with comment 416324
To view parent comment, click here.
To read all comments associated with this story, please click here.
To view parent comment, click here.
To read all comments associated with this story, please click here.
But is it useful to anyone actually interested in the changes?
I prefer PHP's change log. The announcement summarises the big important changes most people will be interested in. But the actual change log, lists all of the actual changes. Sometimes with some of these projects you find a bug, fix it yourself or someone else submits a patch, see it accepted ( or rejected
) into the trunk, but never hear what release it makes it into so you can stop manually patching the source.
I prefer PHP's change log. The announcement summarises the big important changes most people will be interested in. But the actual change log, lists all of the actual changes. Sometimes with some of these projects you find a bug, fix it yourself or someone else submits a patch, see it accepted ( or rejected
) into the trunk, but never hear what release it makes it into so you can stop manually patching the source. Can't you use git for that?





Member since:
2005-07-23
Do you expect them to revert to just dumping raw ChangeLog files with hundreds of changes *per project/component* onto users, instead of having a nicely formatted summary that just highlights the most visible changes they are susceptible to care about?
OpenOffice.org comes to mind as a textbook example of what not to do. Compare GNOME's release notes with http://development.openoffice.org/releases/3.2.0.html#new for example.
Their "we have hundreds of changes, we can't list everything" catchphrase may sound silly to some of you, but 1) it is entirely truthful 2) it is good marketing.