Hi all, It is indeed easier to only maintain the master branch, but in the future, it may still encounter the current situation: the release of the cluster will be affected by the newly submitted code of the server. As far as the current situation, I support checkout out a cluster_release branch first and do not need to wait all the new server functions to ready, which is also convenient for quickly collecting user feedback. Finally, the master next release version would be 0.11.0, I hope we can release the cluster version with it.
Thanks, --------------------------------------- Houliang Qi On 10/13/2020 10:12,Tian Jiang<jt2594...@163.com> wrote: My suggestion would be: First, we will decide some tests which must be passed before cluster releases. Then, after passing such tests, we merge `cluster_new` into `master`. Next, any new PRs to `master`, related to distributed logic or not, must also pass these tests. Finally, hopefully, the cluster version will released along with 0.12.0. Tian Jiang On 10/13/2020 09:54,runhus...@foxmail.com<runhus...@foxmail.com> wrote: Hi, I think that only maintaining master branch is also good, but how to release first cluster version? The cluster branch is always influenced by master branch now. May we need to checkout a new branch to release the first version? Thanks. Chao Wang BONC Ltd From: Jialin Qiao Date: 2020-10-12 20:38 To: dev Subject: Re: [DISCUSS]The cluster version management Hi, I suggest starting to merge the cluster_new branch to master and maintaining the cluster as a module. Maintaining two branches is hard... Thanks, -- Jialin Qiao School of Software, Tsinghua University 乔嘉林 清华大学 软件学院 -----原始邮件----- 发件人: "runhus...@foxmail.com" <runhus...@foxmail.com> 发送时间: 2020-10-12 16:19:30 (星期一) 收件人: dev <dev@iotdb.apache.org> 抄送: 主题: Re: Re: [DISCUSS]The cluster version management Hi Houliang, Good idea! I also think we need to accelerate the development of cluster version. Now the cluster release branch is always update with master branch which is not stable. We need to force more on stability than feature, and we should add switch for new feature to be disabled util we have tested it. Like Tian Jiang says, maybe we will release cluster together with master later, but for the first release we need a cluster_develop and cluster_release branch. We should stop merge feature to the cluster_release branch when we decide to release. Thanks. Chao Wang BONC Ltd From: Tian Jiang Date: 2020-10-12 15:43 To: dev Subject: Re: [DISCUSS]The cluster version management This is an interesting suggestion. I thought that once `cluster_new` is merged into `master`, there would be no more `cluster_new`. Cluster will be a normal module just like jdbc or CLI, and developments should be based on `master` then, instead of a branch separately for the cluster version. And I doubt if we will release cluster version separately, since it may come naturally together with the releases from `master`. Best, Tian Jiang On 10/12/2020 15:28,Haimei Guo<kel...@gmail.com> wrote: Looks good! On Mon, Oct 12, 2020 at 12:23 PM Houliang Qi <neuyi...@163.com> wrote: Hi all, I’d like to start a discussion about the cluster version management: As someone mentioned that there should be a develop branch and a release branch[1]. The develop branch is used to submit the latest development, and the release branch is used for the functions that need to be released in the latest release. At the same time, I hope that the development of cluster can also have two branches: cluster_develop branch and cluster_release branch. The cluster_develop branch is used to merge the stand-alone version of the develop branch code and the latest development of the cluster. The cluster_release branch is used to release some of the latest features. Only the functions that need to be released are allowed to be merged into the cluster_release branch, or to fix some bugs. Other newly developed functions are not allowed to be merged into the cluster_release branch. After cluster_release has been fully tested, it can be released. Regarding the latest release, I would like to check out a cluster_release branch after the cluster_premerge branch merges into the master (develop), and then the master branch merges into the cluster_new (cluster_develop) branch. And I think the new functions do not have beed tested or need more than one month to tested should be switch off when release the cluster version. Does anyone have some ideas about this? [1] https://lists.apache.org/thread.html/rf7dce8d4cfcf4001feeba139cc897d6b40a1741e06ef87aabd56d8c9%40%3Cdev.iotdb.apache.org%3E Thanks, --------------------------------------- Houliang Qi