[jbosstools-dev] 4.3.1 code freeze and our plans for this week

Tue Mar 29 12:25:50 EDT 2016

We could also forgo creating a formal set of CR1x branches and just
grab the available CI build on Thurs/Fri to stage for QE.

(The value of creating a branch is to support having devs working on
two parallel streams; since we don't have a 4.3.2 stream, there's
little need here.)

(Remember, "staging" just means "rename a CI build so that it won't be
overwritten by a new CI build & automated garbage collection" and "put
it somewhere so it's easier to then copy from /staging/ to
/development/ or /stable/".)

Once we get closer to GA, we still need to respin everything to
replace the "CR1" labels with Final/GA so the artifact names are
correct. But we could do that this week as part of the "code freeze"
so that the staged bits on Fri are, barring blockers, the actual bits
we would later release as Final/GA.

On Tue, Mar 29, 2016 at 12:09 PM, Alexey Kazakov <alkazako at redhat.com> wrote:
> We are not going to fix all OS/CDK current criticals/blockers targeted
> CR1. It's just impossible. We still need to triage them. So we don't
> expect a lot of changes this week.
> We discussed that plan last week (which I agree may be confusing) with
> Len. But if QE think they don't need any special build until the formal
> code freeze this Thu because it doesn't help you then let us know.
>
> Thanks.
>
> On 03/29/2016 11:47 AM, Marian Labuda wrote:
>> Hey,
>>
>> We in QE were wondering what is the purpose of this kind of testing when there was no formal CF yet. It has not changed almost anything for us, because we are already testing nightly builds for few weeks. At first we thought it is the approach to JIRAs what makes sense (reviewing/acking before merging), but this is already happening outside of official testing phase. Having a code freeze would make sense if there still wouldn't be so many JIRAs to be fixed. E.g. OpenShift has 6 blockers and 2 criticals which should be fixed before formal CF (there are totally 19 blockers and criticals not resolved and targeting CR1, but half of them are installer related with label havoc). And I think it is far more safe to test on nightly build, where those fixes are addressed to be sure it is really fixed and no other significant issue has raised. Could you please bring light into this?
>>
>> --Marian
>>
>> ----- Original Message -----
>> From: "Alexey Kazakov" <alkazako at redhat.com>
>> To: jbosstools-dev at lists.jboss.org
>> Sent: Monday, March 28, 2016 5:21:57 PM
>> Subject: [jbosstools-dev] 4.3.1 code freeze and our plans for this week
>>
>> Just for the clarification. To make sure we all are on the same page.
>>
>> We didn't have a formal code freeze last week on March 24th as was planned before. We didn't branch etc.
>>
>> This is what we are going to do instead:
>>
>> 1. Nick built a snapshot build from 4.3.x branch on March 24th (the links are below in the Nick's original email). It's what he called JBoss Tools Core 4.3.1.CR1 bits
>> 2. QE can now start testing that snapshot build
>> 3. Developers continue to work on blocker/critical 4.3.1 issues this week BUT please make sure:
>> - all PRs are properly reviewed and approved by Fred, Max or Alexey before merged to 4.3.x.
>> - all issues fixed this week have a label "reapin-a" so it will help QE to see what was fixed between two builds.
>> 4. The formal code freeze (Nick will create all needed JIRA tasks and we will branch, etc) is going to happen on this Thursday, March 31. Let's call it JBoss Tools Core 4.3.1.CR1 a
>> Those bits will be built from the frozen 4.3.1.x branch and will be used in GA release.
>> 5. We may build (and announce) more respins if needed.
>> 6. After the code freeze this week we would need to focus on documentation which will include N&N. We also will help the installer and doc teams with the getting started page of the installer.
>>
>> Thanks.
>>
>>
>> On 03/26/2016 02:11 PM, Nick Boldt wrote:
>>
>>
>>
>> As always, these are not FINAL bits, but preliminary results for QE &
>> community testing. Not for use by customers or end users.
>>
>> Update site: http://download.jboss.org/jbosstools/mars/staging/updates/ New + noteworthy (subject to change):
>> * https://github.com/jbosstools/jbosstools-website/tree/master/documentation/whatsnew * http://tools.jboss.org/documentation/whatsnew/ Schedule: https://issues.jboss.org/projects/JBIDE?selectedItem=com.atlassian.jira.jira-projects-plugin:release-page --
>>
>> Additional update sites:
>> * http://download.jboss.org/jbosstools/mars/staging/updates/core/4.3.1.CR1/ * http://download.jboss.org/jbosstools/mars/staging/updates/coretests/4.3.1.CR1/ Target platforms:
>> * http://download.jboss.org/jbosstools/targetplatforms/jbosstoolstarget/4.50.2.CR1-SNAPSHOT * http://download.jboss.org/jbosstools/targetplatforms/jbosstoolstarget/4.52.0.CR1-SNAPSHOT Discovery sites:
>> * http://download.jboss.org/jbosstools/mars/staging/updates/discovery.central/4.3.1.CR1/ * http://download.jboss.org/jbosstools/mars/staging/updates/discovery.earlyaccess/4.3.1.CR1/ Build folders (for build logs & update site zips):
>> * http://download.jboss.org/jbosstools/mars/staging/builds/
>>
>>
>> _______________________________________________
>> jbosstools-dev mailing list
>> jbosstools-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/jbosstools-dev
>
> _______________________________________________
> jbosstools-dev mailing list
> jbosstools-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jbosstools-dev

-- 
Nick Boldt :: JBoss by Red Hat
Productization Lead :: JBoss Tools & Dev Studio
http://nick.divbyzero.com