From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga03.intel.com (mga03.intel.com [134.134.136.65]) by dpdk.org (Postfix) with ESMTP id AA38E5680; Thu, 17 Nov 2016 10:20:54 +0100 (CET) Received: from orsmga001.jf.intel.com ([10.7.209.18]) by orsmga103.jf.intel.com with ESMTP; 17 Nov 2016 01:20:53 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.31,504,1473145200"; d="scan'208";a="1060583531" Received: from irsmsx106.ger.corp.intel.com ([163.33.3.31]) by orsmga001.jf.intel.com with ESMTP; 17 Nov 2016 01:20:52 -0800 Received: from irsmsx103.ger.corp.intel.com ([169.254.3.91]) by IRSMSX106.ger.corp.intel.com ([169.254.8.112]) with mapi id 14.03.0248.002; Thu, 17 Nov 2016 09:20:51 +0000 From: "Mcnamara, John" To: "dev@dpdk.org" , "moving@dpdk.org" Thread-Topic: Proposal for a new Committer model Thread-Index: AdJAs7riGyOWXzb1RBWkYul07VgIhw== Date: Thu, 17 Nov 2016 09:20:50 +0000 Message-ID: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ctpclassification: CTP_IC x-titus-metadata-40: eyJDYXRlZ29yeUxhYmVscyI6IiIsIk1ldGFkYXRhIjp7Im5zIjoiaHR0cDpcL1wvd3d3LnRpdHVzLmNvbVwvbnNcL0ludGVsMyIsImlkIjoiNjM1NjVlN2UtNTdmYy00NTQ2LWIxYWYtMjdiZjUzNzNkYTU5IiwicHJvcHMiOlt7Im4iOiJDVFBDbGFzc2lmaWNhdGlvbiIsInZhbHMiOlt7InZhbHVlIjoiQ1RQX0lDIn1dfV19LCJTdWJqZWN0TGFiZWxzIjpbXSwiVE1DVmVyc2lvbiI6IjE1LjkuNi42IiwiVHJ1c3RlZExhYmVsSGFzaCI6IklBY3pvYlJJcEpoUkNFeDZMUkZGdmNSelZ3Y09LakFVeVBzdTA2dnhtT2c9In0= x-originating-ip: [163.33.239.181] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: [dpdk-dev] Proposal for a new Committer model X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2016 09:20:55 -0000 Repost from the moving@dpdk.org mailing list to get a wider audience. Original thread: http://dpdk.org/ml/archives/moving/2016-November/000059.ht= ml Hi, I'd like to propose a change to the DPDK committer model. Currently we have= one committer for the master branch of the DPDK project.=20 One committer to master represents a single point of failure and at times c= an be inefficient. There is also no agreed cover for times when the committ= er is unavailable such as vacation, public holidays, etc. I propose that we= change to a multi-committer model for the DPDK project. We should have thr= ee committers for each release that can commit changes to the master branch= . =20 There are a number of benefits: =20 1. Greater capacity to commit patches. 2. No single points of failure - a committer should always be available if = we have three. 3. A more timely committing of patches. More committers should equal a fast= er turnaround - ideally, maintainers should also provide feedback on patche= s submitted within a 2-3 day period, as much as possible, to facilitate thi= s.=20 4. It follows best practice in creating a successful multi-vendor community= - to achieve this we must ensure there is a level playing field for all pa= rticipants, no single person should be required to make all of the decision= s on patches to be included in the release. =20 Having multiple committers will require some degree of co-ordination but th= ere are a number of other communities successfully following this model suc= h as Apache, OVS, FD.io, OpenStack etc. so the approach is workable. John