I don't think naming version with time is suitable for Doris now. Because Doris will envolve at a fast speed in the future. we should use version to identify compatibility between vesrions. And we can use the major version to identify huge change for Doris. And keep compatibility when the major version is the same.
陈明雨 <morning...@163.com> 于 2020年5月13日周三 13:26写道： > A regular version release looks to to me. > > > And I suggest to change the Doris version based on year and month. Such as: > Doris 20.07 > Doris 20.11 > Just like Ubuntu. So that it is more clear. > > > > > > > -- > > 此致！Best Regards > 陈明雨 Mingyu Chen > > Email: > chenmin...@apache.org > > > > > > At 2020-05-09 09:56:56, "Zhao Chun" <zh...@apache.org> wrote: > >I think we need to discuss and agree on the release cadence. > > > >There are two common types of releases: one is a regular release, such as > a > >quarterly release; and the other is when certain features are available. > > > >Given that the people in our current community are not necessarily able to > >guarantee the timely delivery of functionality. > >Because Doris is still in a rapid development process, feature > improvements > >and bug fixes are still frequent, and if the release cycle drags on too > >long, it will affect the user's use. > >That's why I recommend a regular release. > > > >I propose a draft of our release process. > > > >1. We publish a regular version in January, April, July and October of > each > >year. > >2. Cut the release branch one month before the release, and only bug fix > >will be merged the release branch. > >3. Release a RC version every week or two week to help users to test new > >version Doris. > >4. Start formal release process after 1 month. > > > > > >Any discussion on this approach is welcome. > > > >Thanks, > >Zhao Chun > > > > > >陈明雨 <morning...@163.com> 于2020年5月7日周四 上午9:46写道： > > > >> Hi all: > >> > >> > >> > >> I suggest that we discuss the features that need to be implemented in > the > >> next release of Doris. > >> > >> > >> > >> > >> The following are some of the main features that have currently issued > >> proposals: > >> > >> > >> > >> > >> 1. Support loading data by Spark (Almost Done) [1] > >> > >> 2. Advanced Materialized View: (Researching and Designing) [2] > >> > >> 3. Memory tablet that supporting CRUD (Implementing) [3] > >> > >> 4. Vectorized execution engine (Researching and Designing) [4] > >> > >> 5. Nested type support (Array) (Implementing) [5] > >> > >> > >> > >> If there are other main features, please add them. > >> And If there is any need for further discussion in the above features, > >> feel free to discuss. > >> > >> > >> Also, do you have any thoughts on our current release version format? > >> For example, whether to continue to use the version format as 0.xx ? > >> Or is it necessary changed to a version format by Year and Month? Such > as > >> 20.6? > >> If the version format of 0.xx is still used, we may need to consider > when > >> the 1.0 version will be released. > >> > >> > >> If you have any ideas, please discuss. > >> > >> > >> > >> > --------------------------------------------------------------------------------- > >> [1] https://github.com/apache/incubator-doris/issues/3433 > >> [2] https://github.com/apache/incubator-doris/issues/3344 > >> [3] https://github.com/apache/incubator-doris/issues/3382 > >> [4] https://github.com/apache/incubator-doris/issues/3438 > >> [5] https://github.com/apache/incubator-doris/issues/2871 > >> > >> > >> > >> > >> -- > >> > >> 此致！Best Regards > >> 陈明雨 Mingyu Chen > >> > >> Email: > >> chenmin...@apache.org >
