Re: Branching for V2.1?
Christian Van Brussel <[email protected]> Mon, 22 Apr 2013 16:29:26 +0200
| Newsgroups | gmane.comp.graphics.crystalspace.devel |
|---|---|
| Organization | UCL - TELE |
| Message-ID | <1366640966.24639.183.camel@scylla> |
On Fri, 2013-04-19 at 21:06 +0100, Philip Wyett wrote: > Before we think of branching for another release. We need to: > > * Define new features to be complete. The set of functionalities currently in trunk seems already great. There are a good set of new features and having them working sounds already good enough. On the other hand, I also plan to add new features in trunk in some near future, but wouldn't them to go directly in v2.2. On my side, I also still plan to fix some problems within the physics2 and cseditor plugins, but that wouldn't be real API changes and this can be made after the branching is made. > * Define legacy items to be removed. I'm not aware of anything that can be removed now. Any idea someone? > * Define testing schedule. The rule until now was kinda 'ASAP', meaning there 'nobody will really care about that'. We may decide some fixed deadline, e.g. 3 months after branching, whatever happens? > * Define QA testing criteria and schedule. Testing criteria might be a little tough to be found out of manual testing and user feedback. We might consider releasing finally a win32 binary demo package in order to get more feedback (and, why not, users)? ------------------------------------------------------------------------------ Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis & visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter