[jbosstools-dev] ACTION REQUIRED: Code Freeze for end of Sprint 114 :: prepare for this week's staging build

[Nick Boldt]

TL;DR:

* code freeze for all projects' master branches starts *today at 2pm PST /
5pm EST / 11pm CST*.
* *code freeze lifts on Wed*, May 25 after the Demo calls, at the start of
Sprint 115.
* you *don't need to create a branch* or update your root pom to a newer
parent pom (yay, less process!)
* *build will run Thursday night* and be copied to /staging/ on Friday
morning EST.
* *From Fri to Wed, you should *NOT* push anything into master branch*;
instead, see below for other work you can do to close out the sprint

----

As Sprint 114 is done on Wed, May 25 (and we need something that's demoable
that day!), it's time again to do a code freeze in master so that I can
build the latest CI bits (Thurs), pull them tomorrow (Fri), turn that into
something staged for QE to test (Mon), and then demo (Tues).

So, here's how that will work:

* we will not create branches
* we will just pull the latest bits from master -- whatever is committed as
of 2pm PST / 5pm EST / 11pm CST is what will be built.
* we will use parent pom 4.4.0.Alpha1-SNAPSHOT - no Task JIRA needed to
change this to Alpha2
* no root pom changes in each project are needed (we'll use
4.4.0.Alpha1-SNAPSHOT) - again, no Task JIRA needed
* features and plugins will still be called "Alpha1", not "Alpha2". This is
simply to denote QUALITY, not to identify WHICH sprint/milestone.

This code freeze will continue until Wed, May 25 when this sprint (Sprint
114) ends & the next one (Sprint 115) starts.

If you have things you need to commit on Friday, here's how you can keep
working without losing productivity:

* leave those commits in a PR or topic branch. Have a bunch of commits that
depend on others? Create a "testing" branch and push everything there; then
at the start of the next sprint, merge testing -> master.
* work on doc or N&N
* write a blog
* create a screencast / demo of your latest accomplishments!
* do some usability testing of your component or some other component
* use your tools! open some JIRAs if you find problems!
* JIRA cleanup/triage
* plan for the next sprint

Freaked out? Talk to Max or Alexey. They agree it's useful to do the above
things at least ONCE every 3 weeks instead of at the end of the release.
Welcome to Agile. :D


What's the process we'll use for this build? I will:

* build everything Thursday night,
* disable the jobs Friday morning,
* copy bits from /snapshots/ to /staging/AlphaX/,
* announce it to QE, &
* re-enable the jobs
* tag the projects using the SHAs used to produce the build

Note that the staging folder will be called Alpha2, as this is a
"productization" step and is not dependent on parent pom or BUILD_ALIAS. I
want to split the notion of "what the bits are called" from "what the
release is called" since that's the direction Program Management is
heading.

---

Aside: I'm going rock climbing north of Montreal for the long weekend
(Monday is a holiday here in Canada) so I'll be working late
tonight & offline by about 2pm tomorrow. Won't be online again until
Tuesday morning. If anything goes seriously wrong, ping Mickael or Alexey.
:D

Thanks for reading this far!

--
Nick Boldt :: JBoss by Red Hat
Productization Lead :: JBoss Tools & Dev Studio
http://nick.divbyzero.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20160519/2adda468/attachment.html