Hi, I also want to access the VM. My apache id is: kangrong.
— 顺颂时祺 康荣 清华大学软件学院 — Best Regards, Rong Kang School of Software, Tsinghua University 原始邮件 发件人:乔嘉林 Jialin qiaoqj...@mails.tsinghua.edu.cn 收件人:dev...@iotdb.apache.org 发送时间:2019年4月18日(周四) 22:10 主题:Re: Re: For the first release version Hi, I also want to access the VM. My apache id is: qiaojialin Thanks. -- Jialin Qiao School of Software, Tsinghua University 乔嘉林 清华大学 软件学院 -----原始邮件----- 发件人: "Xiangdong Huang" saint...@gmail.com 发送时间: 2019-04-18 21:42:48 (星期四) 收件人: dev@iotdb.apache.org 抄送: 主题: Re: For the first release version Hi all, Thanks for Christofer's reminder. “We will work on getting this set up with in a week or so. Please provide a list of the apache IDs of the people who will be responsible for installing and maintaining the software on the VM. ” If someone want to have the privilege of controlling the VM, please comment under this mail thread. Firstly, I apply for that. Best, ----------------------------------- Xiangdong Huang School of Software, Tsinghua University 黄向东 清华大学 软件学院 Christofer Dutz christofer.d...@c-ware.de 于2019年4月18日周四 下午8:24写道： Hu Guys, infra is asking for the apache ids of people needing access to the machine. Chris Am 12.04.19, 09:08 schrieb "Xiangdong Huang" saint...@gmail.com: Hi, I have created a ticket on JIRA [1] for getting a VM. :D [1] https://issues.apache.org/jira/browse/INFRA-18202 ----------------------------------- Xiangdong Huang School of Software, Tsinghua University 黄向东 清华大学 软件学院 Christofer Dutz christofer.d...@c-ware.de 于2019年4月10日周三 下午4:27写道： Hi Xiangdong, having an Apache VM has the additional benefit of having everything at Apache. I have been involved in other Apache projects where external VMs were involved. Things become problematic if the key resource for accessing this is unavailable (Leaves the project, is on holidays, is sick, ...). I guess it wouldn't really matter when you do the split, ideally it should be when the Master branch is in a usable state ... then after your first release, you'll merge the Release version back to master and from there on continue to only merge releases There. The Jenkinsfile is already prepared for this setup (it sends warning emails for commits To master, but that's currently commented out). So prior to doing the split, give me a short signal and I'll prepare the Jenkinsfile for that branching mode. Chris Am 10.04.19, 10:19 schrieb "Xiangdong Huang" saint...@gmail.com: Hi, OK, I will try to apply a VM from INFRA. When I say a long-term test, I hope a test at least one day... Now I am planning to run two types of tests in our lib: - A long term test that lasts for either one week, or the main dev branch is updated. - A aging test that runs all the time until the IoTDB instance crashes or there is no disk space... If we have a VM, at least we can run a long-term test that lasts for one day, which will trigger many times of the following tasks: flushing to disk, closing TsFiles, merging TsFiles with Overflow files. It is helpful for guaranteeing IoTDB is stable. This morning I see the issue is solved by PR [1]. The thing that we need to discuss is, which source code version (commitlog id) do we set the master branch to? Current commitlog id? or splitting the functionality of master/dev until we release the first version? (I remember on the webpage that Julian shared, the master branch should stay on a tagged version, e.g., 0.1, 0.2, etc..) [1] https://github.com/apache/incubator-iotdb/pull/138 Best, ----------------------------------- Xiangdong Huang School of Software, Tsinghua University 黄向东 清华大学 软件学院 Julian Feinauer j.feina...@pragmaticminds.de 于2019年4月10日周三 下午3:22写道： Also, +1 from my side for dev / master. And indeed, a separate VM for this kind of tests would be a good idea. And we could either manage that via separate Jenkins jobs or manual before releases or so. How long do you mean with long-term? Hours, Days, Weeks, ... ? Julian Am 10.04.19, 09:19 schrieb "Christofer Dutz" christofer.d...@c-ware.de: Hi Xiangdong, you can ask for a VM from Infra, if this is needed. We did that for the PLC4X project as we needed to do network stuff infra didn't want to have on it's official nodes. And I agree having master and develop branches is a very good thing. Chris Am 10.04.19, 05:12 schrieb "Xiangdong Huang" saint...@gmail.com : Hi, Sadly, a long term test failed, see the JIRA for more details [1]. The problem is caused by the modification file management, which is introduced in PR [2]. Firstly, we need to fix this bug ASAP, otherwise the master branch does not work...... ( @Tian Jiang, the author of PR [2]). And then we can keep go on for the release version. Secondly, it shows that for a DB, just a UT/IT test with JUnit is not enough. Instead, a long term test is always needed once the main branch of code is updated... It seems that there is no such a public platform can support long term test. I think we can open our lib's test environment for IoTDB if needed. Thirdly, it is time to enable the dev branch... (I remember that Julian shared a link to introduce the functionality of the mater branch and dev branch). We need to keep the master branch is stable all the time, and develop in the dev branch. If we enable that, we need to quickly resolve current bug to make the master branch stable, and moving all PRs to the dev branch, rather than the master branch.. Best, [1] https://issues.apache.org/jira/projects/IOTDB/issues/IOTDB-79 [2] https://github.com/apache/incubator-iotdb/pull/17 ----------------------------------- Xiangdong Huang School of Software, Tsinghua University 黄向东 清华大学 软件学院 Xiangdong Huang saint...@gmail.com 于2019年4月3日周三 上午10:31写道： Hi, Now: - The Polding name search has finished [1] - The license self-check is finished [2] And we have some tasks left: - (1) prepare the final code version. - (2) modify the changes file (we have an initial version) - (3) begin to vote... For task (1) and (2): The following PRs have opened for several days, if there is no other feedback, I will merge them: #79 [IOTDB-6]Value filter query optimization #97 [IOTDB-47][IOTDB-54][IOTDB-59][IOTDB-60]Aggregate+GroupBy+Fill #111 try to release memory asap in ReadOnlyMemChunk #123 provide unified query resource control interface Then I will start a long-term test (at least 5 days) with a heavy write workload for checking whether the current version is stable.... If everything is fine, we can begin task (2) and add a tag on the repository and finish task (1) and (2). And then, begin (3)... [1] https://lists.apache.org/thread.html/9d26c2eab119d345a542edd5bc5a657d451fbd1a92b33bad1fd74af5@%3Cdev.iotdb.apache.org%3E [2] https://lists.apache.org/thread.html/2bb4abd5a1cf9961dfbe50182bcf7cb39fcd408baa5b90fe4ddb0bd3@%3Cdev.iotdb.apache.org%3E Best, ----------------------------------- Xiangdong Huang School of Software, Tsinghua University 黄向东 清华大学 软件学院
