I'm not following here. Why do we need cr bits on Wednesday ? Are we back again at having zero time between the beta and cr1?
I thought we pushed the dates to avoid exactly this.
Yes, but if we need CR1 bits available on Wed, we need to build them first. :DSo, we're building them now.Regarding the (c) issue, I've backed up all the snapshots build folders from 4.3.1.Beta2a so IFF we need a respin-b, we can use them as input.On Thu, Jan 28, 2016 at 2:13 PM, Leonard Dimaggio <ldimaggi@redhat.com> wrote:Can we just finish Beta2 first? Qe should complete its testing on January 29 - and then we should ship on Feb 2.-- Len--On Thu, Jan 28, 2016 at 2:04 PM, Alexey Kazakov <alkazako@redhat.com> wrote:There was some misunderstanding during our long discussion in HipChat.
But long story short.
Beta2 is our priority right now. If building a new CR1 built (from 4.3.x
branch) may cause additional risks for Beta2 release then let's DO NOT
do any CR1 build until we release Beta2.
For example the c) from the list below is exactly such a risk we want to
avoid.
Thanks.
On 01/28/2016 01:33 PM, Nick Boldt wrote:
> Alexey has requested that the current pile of 4.3.mars/9.0.mars jobs
> [1] be reconfigured to build from the 4.3.x branch. Currently, they
> are set to build from the 4.3.1.Beta2x branch, in case we need a
> respin.
>
> [1] http://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/DevStudio/view/DevStudio_9.0.mars/
>
> This means that starting from this change, the 4.3.1.Beta2x branch is
> effectively frozen, since we won't be building any CI builds from
> there (unless we switch back).
>
> This also means that IFF we need a Beta2b respin (hopefully unlikely
> since there's really no time in the schedule for it), it will come
> with a bigger-than-normal cost:
>
> a) I will have to delete all the CR1 CI builds so they don't pollute
> the Beta2 aggregation with the wrong BUILD_ALIAS qualifiers
> b) I will have to switch the jobs back to use the 4.3.1.Beta2x branch
> c) I will have to build THE WHOLE STACK, not just the jobs which
> caused the respin (ie., for respin-a we only rebuilt Base and
> Openshift, then the JBT and JBDS aggregates & discovery sites). This
> will create what looks like a much larger diff for QE since the
> qualifiers will be incremented even though bitwise the contents are
> the same.
>
_______________________________________________
jbosstools-dev mailing list
jbosstools-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jbosstools-dev
Len DiMaggio (ldimaggi@redhat.com)
JBoss by Red Hat
314 Littleton Road
Westford, MA 01886 USA
tel: 978.392.3179
cell: 781.472.9912
http://www.redhat.com
http://community.jboss.org/people/ldimaggio
_______________________________________________
jbosstools-dev mailing list
jbosstools-dev@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
_______________________________________________
jbosstools-dev mailing list
jbosstools-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jbosstools-dev