<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, Jul 1, 2014 at 12:37 AM, Milian Wolff <span dir="ltr"><<a href="mailto:mail@milianw.de" target="_blank">mail@milianw.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

<div class=""><div class="h5">On Wednesday 25 June 2014 15:36:15 Aleix Pol wrote:<br>
> On Wed, Jun 25, 2014 at 1:53 PM, Milian Wolff <<a href="mailto:mail@milianw.de">mail@milianw.de</a>> wrote:<br>
> > On Wednesday 25 June 2014 12:39:28 Milian Wolff wrote:<br>
> > > On Saturday 14 June 2014 19:06:49 Milian Wolff wrote:<br>
> > > > Hey all,<br>
> > > ><br>
> > > > as discussed with Aleix and Kevin during QtCS, we want to release<br>
> ><br>
> > KDevelop<br>
> ><br>
> > > > 4.7 asap. There are a few blockers still in master which I want to<br>
> ><br>
> > look at<br>
> ><br>
> > > > now. Here's my list, please comment on what regressions you notices:<br>
> > > ><br>
> > > > - assistant focus management<br>
> > > > sometimes, the assistant gets focus while it should not, e.g. in the<br>
> > > > middle<br>
> > > > of typing which leads to a very awkward workflow<br>
> > > ><br>
> > > > - project manager view focus management<br>
> > > > sometimes, instead of copying code from the editor, one copies the<br>
> > > > file<br>
> > > > from the project manager view. On paste, one then inserts the URL to<br>
> ><br>
> > said<br>
> ><br>
> > > > fail. Again, very awkward<br>
> > > ><br>
> > > > - cannot show multiple toolviews<br>
> > > > this used to work (see mailing thread about that from a few days/weeks<br>
> > > > ago).<br>
> > > ><br>
> > > > Once that's in, I think we can release master more or less as-is.<br>
> ><br>
> > Please<br>
> ><br>
> > > > take a minute to review your recent changes and make sure to polish<br>
> ><br>
> > them.<br>
> ><br>
> > > > I'll branch off master into 1.7/4.7 branches next week. We could then<br>
> ><br>
> > also<br>
> ><br>
> > > > release the first beta, hopefully. The final release should then<br>
> ><br>
> > happen in<br>
> ><br>
> > > > July, lets say on the 20th at the latest?<br>
> > ><br>
> > > I've now branched of 4.7/1.7 - these branches are now feature & string<br>
> > > frozen. The translators are notified about this. I'll prepare a first<br>
> ><br>
> > beta<br>
> ><br>
> > > release now and hope to then push a final version out in about a month.<br>
> ><br>
> > If<br>
> ><br>
> > > we find any serious issues, we can always release a second beta or move<br>
> ><br>
> > the<br>
> ><br>
> > > scheduled final release.<br>
> ><br>
> > Can someone please start a release announcement for 4.7 beta 1 on the<br>
> > wiki?<br>
> ><br>
> > Bye<br>
><br>
> There you go:<br>
> <a href="http://community.kde.org/KDevelop/4.7" target="_blank">http://community.kde.org/KDevelop/4.7</a><br>
<br>
</div></div>I've now added some text, can someone proof-read it and extend it if<br>
necessary?<br>
<br>
Also, since writing a release note is always a burden to me and usually delays<br>
our releases, I'd like suggestions on how to improve this situation in the<br>
future. Maybe we should introduce the usage of some keyword in commit messages<br>
for noteworthy changes?<br>
<div class=""><div class="h5"><br>
Bye<br></div></div></blockquote><div><br></div><div>I just skimmed through it, I changed a couple of small things. I think that it's easier to read if we offer the changes in bullet-points rather than text, which I guess looks more professional, but feels a bit like a school composition and, in this case, we're dealing with hackers afterall.<br>

<br></div><div>Regarding keywords, I think it can be interesting, to do some of this, maybe [1] using DIGEST could help us know which are interesting. On the other hand sometimes many small commits make up for a mention in the release announcement, and I'm unsure how we could cover those cases, I guess some manual edition is always needed.<br>

</div><div><br>Aleix<br></div></div><br>[1] <a href="http://community.kde.org/Sysadmin/GitKdeOrgManual#Commit_hook_keywords">http://community.kde.org/Sysadmin/GitKdeOrgManual#Commit_hook_keywords</a><br></div></div>