trafodion-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Gunnar Tapper <>
Subject Re: [RELEASE PLANNING] 2.1 Release Management
Date Thu, 01 Dec 2016 14:28:17 GMT
Thanks Ming. For tests, I think it's very jira specific. 1673 is about
syntax and, therefore, is a matter of richness in the regression test case.

However, I'm wondering of bigger-ticket items such as odb Windows, CentOS
7, etc. It seems to me that we need a little more testing for such items if
they are part of the release?


On Wed, Nov 30, 2016 at 7:51 PM, Liu, Ming (Ming) <> wrote:

> Hi, Gunnar,
> For testing, for example, I was working for JIRA 1673, and added
> regression test cases for this feature. I assume this will be good.
> For documentation, as we discussed once before, a good practice will be
> the author of the feature to update required document as well.
> I will update doc for some new features covered by the JIRA I owned. Will
> file new JIRAs to track on and mark the target release as R2.1
> thanks,
> Ming
> -----Original Message-----
> From: Gunnar Tapper []
> Sent: Thursday, December 01, 2016 9:33 AM
> To:
> Subject: [RELEASE PLANNING] 2.1 Release Management
> Hi,
> I've created a page sub tree for release management on the Trafodion wiki.
> The idea is to provide a poor person's self-service release planning and
> status tool.
> Please refer to
> for the
> 2.1 release management information.
> As you can see, we've identified nine Jiras as release drivers. I'm not
> sure whether the Jiras in Open state are actively worked on and/or will
> make the 2.1 release.
> I expect that release drivers will have specific testing and that we'll
> need to update the documentation for each release driver. Perusing the
> Jiras, I saw no indication of planned test or planned documentation
> updates?
> Let's pick on Jira 1673 as an example. What testing is being planned and
> who's doing it? What changes are needed to the SQL Reference Guide and
> who's doing it?
> I'm going to build out the Release Checklist part and look for other
> documentation jiras.
> Meanwhile, I'm expecting whomever that is responsible for a release driver
> jira to ensure that we have end-to-end delivery of the function. Please
> edit the wiki page directly even if you're just opening a new jira to
> document the feature.
> Also, if you disagree with a release driver or think a new release driver
> should be added, then please start a discussion on the dev list.
> --
> Thanks,
> Gunnar
> *If you think you can you can, if you think you can't you're right.*


*If you think you can you can, if you think you can't you're right.*

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message