Hi, if there is no more persons applying for the VM access privilege, I will go on to reply the JIRA ticket. ----------------------------------- Xiangdong Huang School of Software, Tsinghua University
黄向东 清华大学 软件学院 kangr15 <kang...@mails.tsinghua.edu.cn> 于2019年4月19日周五 上午9:43写道： > 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 黄向东 清华大学 > 软件学院
