From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga09.intel.com (mga09.intel.com [134.134.136.24]) by dpdk.org (Postfix) with ESMTP id 011DD2C58; Thu, 14 Sep 2017 11:04:14 +0200 (CEST) Received: from orsmga005.jf.intel.com ([10.7.209.41]) by orsmga102.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 14 Sep 2017 02:03:54 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.42,391,1500966000"; d="scan'208";a="149074457" Received: from bricha3-mobl3.ger.corp.intel.com ([10.237.221.24]) by orsmga005.jf.intel.com with SMTP; 14 Sep 2017 02:03:51 -0700 Received: by (sSMTP sendmail emulation); Thu, 14 Sep 2017 10:03:50 +0100 Date: Thu, 14 Sep 2017 10:03:50 +0100 From: Bruce Richardson To: Thomas Monjalon Cc: Stephen Hemminger , Adrien Mazarguil , Ferruh Yigit , dev@dpdk.org, techboard@dpdk.org Message-ID: <20170914090349.GA50056@bricha3-MOBL3.ger.corp.intel.com> References: <2737351.pD9poAUtZC@xps> <20170913145402.GA2481@6wind.com> <5858182.HmkBWfGZLK@xps> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5858182.HmkBWfGZLK@xps> Organization: Intel Research and =?iso-8859-1?Q?De=ACvel?= =?iso-8859-1?Q?opment?= Ireland Ltd. User-Agent: Mutt/1.8.3 (2017-05-23) Subject: Re: [dpdk-dev] git trees organization X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Sep 2017 09:04:20 -0000 On Thu, Sep 14, 2017 at 10:22:23AM +0200, Thomas Monjalon wrote: > 14/09/2017 04:25, Stephen Hemminger: > > Bisecting a tree with lots of subtree merges is terrible. That is why Linus > > rebases and doesn't directly take linux-next > > I agree, bisecting with subtree merges is not pleasant at all. > That's why I chose the rebase method until now. > > Adrien mentioned some drawbacks with the rebase method. > Ferruh mentioned some drawbacks and some advantages of rebase. > Stephen mentioned another advantage of rebase. > Such decisions are really difficult. > One thing is sure: there will be always someone unhappy, > no matter the decision :) > > When we want to take such decision or re-consider it, > we ask the techboard to vote... I'm not sure the techboard needs to vote on this, this is an issue for the tree maintainers/committers is it not? If you do want techboard input on this, I suggest the committers come to an agreement among themselves, with community input, and then just look for tech board to ratify it. /Bruce