<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Feb 8, 2016 at 7:35 PM, Michal Čihař <span dir="ltr"><<a href="mailto:michal@cihar.com" target="_blank">michal@cihar.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi<br>
<br>
Dne 8.2.2016 v 05:28 Isaac Bennetch napsal(a):<br>
<span class="">><br>
><br>
> On 2/7/16 4:55 PM, Madhura Jayaratne wrote:<br>
>><br>
>><br>
>> On Sat, Feb 6, 2016 at 2:41 AM, Isaac Bennetch <<a href="mailto:bennetch@gmail.com">bennetch@gmail.com</a><br>
>> <mailto:<a href="mailto:bennetch@gmail.com">bennetch@gmail.com</a>>> wrote:<br>
>><br>
>>     Hi,<br>
>><br>
>>     On 2/4/16 9:30 AM, Michal Čihař wrote:<br>
>>     > Hi<br>
>>     ><br>
>>     > looking at the milestones [1] and remembering past discussions, we<br>
>>     > should be getting ready for releasing 4.6. It's planned for release in a<br>
>>     > month, so it's about time to do feature freeze...<br>
>>     ><br>
>>     > Do we want to keep this schedule? If so, I suggest branching QA_4_6 soon.<br>
>>     ><br>
>>     > [1]:<a href="https://github.com/phpmyadmin/phpmyadmin/milestones" rel="noreferrer" target="_blank">https://github.com/phpmyadmin/phpmyadmin/milestones</a><br>
>><br>
>><br>
>> I am also fine with a feature freeze.<br>
<br>
</span>Okay, let's do it! The branch QA_4_6 is now there.<br>
<span class=""><br>
>>     I'm okay with a feature freeze, but I think there are several bugs that<br>
>>     are still blocking 4.6.<br>
>><br>
>>     What do you think? I think there are enough features and fixes that we<br>
>>     should release 4.6 relatively soon.<br>
>><br>
>>     My suggestion is that we should use the milestone for issues that are<br>
>>     blockers for the release, for instance I'd like to add the 4.6.0<br>
>>     milestone to <a href="https://github.com/phpmyadmin/phpmyadmin/issues/11916" rel="noreferrer" target="_blank">https://github.com/phpmyadmin/phpmyadmin/issues/11916</a> so<br>
>>     that we can see at a glance that the issue needs to be fixed before the<br>
>>     release.<br>
>><br>
>><br>
>> The issue looks to me like a bug and will be fixed despite the feature<br>
>> freeze.<br>
>><br>
>><br>
>>     This is a bit of a change from how we've been using milestones<br>
>>     which has -generally- been only to mark an issue after it's been fixed.<br>
>><br>
>><br>
>> I also like this approach of using milestones<br>
<br>
</span>Marking open issues which we should fix for release is good approach.<br>
I've already marked some things such.<br>
<span class=""><br>
>>     Does the release of 4.6 mean there will be no 4.5.4, or do we plan to<br>
>>     support 4.5 for some time after the release of 4.6?<br>
>><br>
>>  You probably meant 4.5.5? Looking at the expected dates set for<br>
>> milestones in [1], 4.5.5 is due on February 22nd while 4.6 is due on<br>
>> March 1st. So, I guess we will have a 4.5.5 and I do not see a need to<br>
>> do further releases from QA_4_5 branch.<br>
><br>
> Yes, I meant 4.5.5. I can do 4.5.5 later in the month and prepare for<br>
> 4.6. If there is no further discussion, I'll expect to release 4.6.0-rc1<br>
> later this week.<br>
<br>
</span>Doing 4.5.5 sounds like a good idea. There are some fixes in the QA_4_5<br>
branch. Also I think we've started quite late with feature freeze, so<br>
maybe we can adjust 4.6 release to monthly schedule as well? So how<br>
about shifting it to 22nd March?<br></blockquote><div><br></div><div>That sounds reasonable. </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class=""><br>
> Please take a look at my draft of the release notes at<br>
> <a href="https://github.com/phpmyadmin/data/blob/master/notes_for_feature_releases/4.6.0.txt" rel="noreferrer" target="_blank">https://github.com/phpmyadmin/data/blob/master/notes_for_feature_releases/4.6.0.txt</a><br>
> and let me know (or edit directly) if you have any suggestions.<br>
<br>
</span>Looks okay to me.<br>
<span class=""><br>
> Double-checking about branches, as part of the -rc release I'll create a<br>
> new branch QA_4_6 which will be a branch off of current master (this<br>
> part does not look scripted). As part of the 4.5.5 release, I'll branch<br>
> MAINT_4_5_5 off of the current QA_4_5, and QA_4_5 will eventually get<br>
> deleted. Finally, note that tags are not created for -rc releases.<br>
<br>
</span>That sounds pretty much correct. I've created the QA_4_6 branch right<br>
now. I'm not sure if we want to start with -rc or rather -alpha now...<br>
<div class="HOEnZb"><div class="h5"><br></div></div></blockquote><div>If the release is on March 22nd, I think we have enough time to do all -alpha, -beta and -rc releases.</div></div><div><br></div>-- <br><div class="gmail_signature">Thanks and Regards,<div><br></div><div>Madhura Jayaratne<br><div><br></div></div></div>
</div></div>