Return-Path: X-Original-To: apmail-hive-dev-archive@www.apache.org Delivered-To: apmail-hive-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 6A0C7EE88 for ; Mon, 4 Feb 2013 17:01:10 +0000 (UTC) Received: (qmail 57634 invoked by uid 500); 4 Feb 2013 17:01:10 -0000 Delivered-To: apmail-hive-dev-archive@hive.apache.org Received: (qmail 57439 invoked by uid 500); 4 Feb 2013 17:01:09 -0000 Mailing-List: contact dev-help@hive.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@hive.apache.org Delivered-To: mailing list dev@hive.apache.org Received: (qmail 57412 invoked by uid 99); 4 Feb 2013 17:01:09 -0000 Received: from minotaur.apache.org (HELO minotaur.apache.org) (140.211.11.9) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Feb 2013 17:01:09 +0000 Received: from localhost (HELO mail-wi0-f170.google.com) (127.0.0.1) (smtp-auth username hashutosh, mechanism plain) by minotaur.apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Feb 2013 17:01:09 +0000 Received: by mail-wi0-f170.google.com with SMTP id hm11so4472001wib.5 for ; Mon, 04 Feb 2013 09:01:07 -0800 (PST) X-Received: by 10.180.106.34 with SMTP id gr2mr11817306wib.18.1359997267460; Mon, 04 Feb 2013 09:01:07 -0800 (PST) MIME-Version: 1.0 Received: by 10.180.93.106 with HTTP; Mon, 4 Feb 2013 09:00:47 -0800 (PST) In-Reply-To: References: From: Ashutosh Chauhan Date: Mon, 4 Feb 2013 09:00:47 -0800 Message-ID: Subject: Re: branch for ptf and windowing fuction To: dev@hive.apache.org Content-Type: multipart/alternative; boundary=f46d04447df705c2aa04d4e90a89 --f46d04447df705c2aa04d4e90a89 Content-Type: text/plain; charset=ISO-8859-1 Hi all, Cool. Seems like everyone is on board. I have created a new branch [1] based of current trunk and have committed latest patch attached on HIVE-896 to it. Check it out. Feel free to open jiras for this work and put up patches. I have added a new component called "ptf-windowing" on jira which you could use for issues related to this work. https://svn.apache.org/repos/asf/hive/branches/ptf-windowing/ Thanks, Ashutosh On Mon, Feb 4, 2013 at 8:54 AM, Ashutosh Chauhan wrote: > Hi Arvind, > > Yeah thats the idea to do periodic merges to keep the branch in sync with > trunk, otherwise merging it with trunk later on will get unnecessarily > complicated. > > Thanks, > Ashutosh > > > On Mon, Feb 4, 2013 at 12:56 AM, Arvind Prabhakar wrote: > >> Hi Ashutosh, >> >> My +1 for the proposal for creating a separate branch for feature >> development. >> >> I do have one question in this regard: how do you plan on keeping this >> branch in sync with the trunk? If the branch is allowed to diverge >> indefinitely, it is likely that the build from it will lag in features and >> fixes that are otherwise available on the trunk. It will be great if you >> could get the branch to first synchronize with the trunk and then follow a >> policy where there are periodic merges from the trunk into the development >> branch. >> >> Regards, >> Arvind Prabhakar >> >> On Fri, Feb 1, 2013 at 10:11 AM, Ashutosh Chauhan > >wrote: >> >> > Hi all, >> > >> > Harish and Prajkta are doing some cool work over at >> > https://issues.apache.org/jira/browse/HIVE-896 IMO its a very useful >> > feature for the community and our user base. Harish and Prajkta are >> making >> > steady progress on this for much last year in their github repo >> > https://github.com/hbutani/hive and much of the feature is now >> functional. >> > However, its quite a bit of work and new code which will take some time >> > before being ready for trunk. I propose that we create a new branch so >> that >> > further development of this happens in apache repo instead of github >> repo. >> > This gets us few benefits: >> > a) It will avoid the situation we ended up with HiveServer2 where a >> useful >> > new functionality came but in one big patch which made its review and >> thus >> > inclusion in mainline harder than it should have been. >> > b) Obvious advantages of development getting done in apache as oppose to >> > github which are: >> > i) It will make it easier for apache hive community members >> interested >> > in this work (like me) to follow progress. >> > ii) It will make it easier for apache hive community members >> interested >> > in this work to contribute. >> > iii) It will make it easier for apache community members to review >> the >> > work and provide feedback. >> > >> > I further propose that we follow Commit-than-review policy for this >> feature >> > branch which will enable contributors to make rapid progress without >> > waiting for lengthy review cycles. Hive committers interested in work >> can >> > either review branch any time they want to provide feedback or can wait >> > till contributors declare work is complete and make a proposal to merge >> in >> > trunk and than review it than. This anyway is a throwaway branch not >> > intended to make releases out of it. >> > >> > Unless I hear any objections, I will create a branch over the weekend. >> > >> > Thanks, >> > Ashutosh >> > >> > > --f46d04447df705c2aa04d4e90a89--