From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [78.47.116.19] (helo=sirius.lasnet.de) by linuxtogo.org with esmtp (Exim 4.69) (envelope-from ) id 1N7sSp-0005xM-3O for openembedded-devel@lists.openembedded.org; Tue, 10 Nov 2009 16:17:02 +0100 Received: from w1203.wlan.rz.tu-bs.de ([134.169.204.187] helo=excalibur) by sirius.lasnet.de with esmtpsa (Cipher TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.63 #1) id 1N7sRY-0005Vx-Su by authid with cram_md5 for ; Tue, 10 Nov 2009 16:15:43 +0100 Received: from stefan by excalibur with local (Exim 4.69) (envelope-from ) id 1N7sQV-0000fM-1n for openembedded-devel@lists.openembedded.org; Tue, 10 Nov 2009 16:14:35 +0100 Date: Tue, 10 Nov 2009 16:14:12 +0100 From: Stefan Schmidt To: openembedded-devel@lists.openembedded.org Message-ID: <20091110151412.GF3998@excalibur.local> References: <1257858446.3077.3.camel@opal> <20091110132756.GC3998@excalibur.local> <1257864635.5228.17.camel@opal> MIME-Version: 1.0 In-Reply-To: <1257864635.5228.17.camel@opal> X-Mailer: Mutt http://www.mutt.org/ X-KeyID: 0xDDF51665 X-Website: http://www.datenfreihafen.org/ User-Agent: Mutt/1.5.20 (2009-06-14) X-SA-Exim-Connect-IP: 78.47.116.19 X-SA-Exim-Mail-From: stefan@datenfreihafen.org 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 15:17:02 -0000 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hello. On Tue, 2009-11-10 at 15:50, Michael 'Mickey' Lauer wrote: > 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. ok > 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. But why the hassle of administrate an own git repo service for this? I always thought OE was small on admin power. regards Stefan Schmidt