On Mon, Oct 10, 2005 at 11:59:24PM +0200, Yann Dirson wrote: > Other people have also thought about automatic generation of "changes" > documents. This can be seen as a part of a more complete "Version > Description Document" (aka. VDD), which would also include issues > still open (something which was also done manually for 1.0), and all > sorts of useful informations possible to extract when the versionning > system is coupled to the issue-tracking system.
There is a lot of nice info in the SVN commit logs, and it would be nice to use it. A person editing the changelog does add value by applying a unified perspective, which makes the log easier to follow, but the effort is IMHO not warranted. Keeping track of and understanding every aspect of the game is probably no longer even worth trying for; some kind of functional breakdown (art, music, code, misc) would be necessary. Creating the changelog directly from SVN commit messages seems to be an 80% solution for no extra effort. I suggest this approach be adopted. Encouraging those who commit to reference bug numbers is sensible so that the bug tracker doesn't accumulate lots of solved issues that no-one can determine have actually been fixed, but I don't think we should force all commits to correspond to tracker issues. -- [EMAIL PROTECTED]
