<div dir="ltr">On 9 March 2014 20:33, Peter Robinson <span dir="ltr"><<a href="mailto:pbrobinson@gmail.com" target="_blank">pbrobinson@gmail.com</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="">>> > this release marks our feature freeze for 0.102. Now let's focus on bug<br>

>> > fixing!<br>
>><br>
>> It would be useful to see release notes for each release so as to know<br>
>> what's changed, added and needs to be tested rather than a tarball<br>
>> list dumped to the list.<br>
><br>
><br>
> I agree, but at the moment I have no time to do that myself. We could have a<br>
> page in sugar-docs and reviewers would fill in items that are release note<br>
> worthy when pushing pull requests. Sort of worried about raising the review<br>
> barrier though. What do people think about that?<br>
<br>
</div>Why can't it be auto generated using git and then you just have to<br>
make sure there's decent commit messages. Ultimately I think good<br>
commit messages should be compulsory because it tells you why changes<br>
were made.</blockquote><div><br></div><div>In my experience good commits message and good commits split doesn't necessarily make a good list of changes for release notes. They target different audiences.<br><br></div>
<div>That said it's certainly better than nothing and it might not be too bad given how usually the sugar log looks.<br><br></div><div>I suppose we could just link to github compare (I wonder if there is a way to hide the code diff, it seems to be hidden automatically when there are a lot of commits)<br>
<br><a href="https://github.com/sugarlabs/sugar/compare/v0.101.3...v0.101.4">https://github.com/sugarlabs/sugar/compare/v0.101.3...v0.101.4</a> <br></div></div></div></div>