From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [78.47.116.26] (helo=drlauer-research.com) by linuxtogo.org with esmtp (Exim 4.69) (envelope-from ) id 1N7s4V-0002gw-SR for openembedded-devel@lists.openembedded.org; Tue, 10 Nov 2009 15:51:55 +0100 Received: from [192.168.1.7] (dialbs-092-079-168-007.static.arcor-ip.net [92.79.168.7]) by drlauer-research.com (Postfix) with ESMTP id BE63558497B for ; Tue, 10 Nov 2009 16:36:26 +0100 (CET) From: Michael 'Mickey' Lauer To: openembedded-devel@lists.openembedded.org In-Reply-To: <20091110132756.GC3998@excalibur.local> References: <1257858446.3077.3.camel@opal> <20091110132756.GC3998@excalibur.local> Organization: Vanille-Media Date: Tue, 10 Nov 2009 15:50:35 +0100 Message-ID: <1257864635.5228.17.camel@opal> Mime-Version: 1.0 X-Mailer: Evolution 2.28.1 X-SA-Exim-Connect-IP: 78.47.116.26 X-SA-Exim-Mail-From: mickey@vanille-media.de X-SA-Exim-Version: 4.2.1 (built Wed, 25 Jun 2008 17:20:07 +0000) X-SA-Exim-Scanned: No (on linuxtogo.org); Unknown failure Subject: Re: OEDEM: Summary of 'OE and Poky', 'Hosting', 'Bugtracker' X-BeenThere: openembedded-devel@lists.openembedded.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: openembedded-devel@lists.openembedded.org List-Id: Using the OpenEmbedded metadata to build Distributions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Nov 2009 14:51:55 -0000 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit Am Dienstag, den 10.11.2009, 14:27 +0100 schrieb Stefan Schmidt: > On Tue, 2009-11-10 at 14:07, Michael 'Mickey' Lauer wrote: > > > > We will do changes on the git layout, e.g. org.oe.dev is becoming > > 'master' > > and user branches will live in a seperate repository. > > While I can understand the former I can't see the reason for the later. Can you > explain why that was decided? The major two reasons were clarity and access control. Clarity: Reducing the number of branches in the main tree to master and a bunch of topic-branches was perceived as a good thing. Access control: Having user branches in a dedicated tree means we can give more users commit access so that they can prepare branches we can pull. This might lead to (IMHO much appreciated) improvements in the development model towards a pull model. Cheers, :M: