From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id mAQ3TKTw002690 for ; Tue, 25 Nov 2008 21:29:20 -0600 Message-ID: <492CC287.3070709@sgi.com> Date: Wed, 26 Nov 2008 14:29:11 +1100 From: Timothy Shimmin MIME-Version: 1.0 Subject: Re: New XFS git tree on oss.sgi.com References: <492BA7AD.5080007@sgi.com> <20081125081644.GA20644@infradead.org> <492C9FB9.3090204@sgi.com> <20081126020009.GF6291@disturbed> In-Reply-To: <20081126020009.GF6291@disturbed> List-Id: XFS Filesystem from SGI List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xfs-bounces@oss.sgi.com Errors-To: xfs-bounces@oss.sgi.com To: Dave Chinner Cc: Christoph Hellwig , xfs@oss.sgi.com Dave Chinner wrote: > On Wed, Nov 26, 2008 at 12:00:41PM +1100, Lachlan McIlroy wrote: >> Christoph Hellwig wrote: >>> On Tue, Nov 25, 2008 at 06:22:21PM +1100, Lachlan McIlroy wrote: >>>> There's a few branches there already: >>>> >>>> 'master' This will contain all the latest xfs changes not yet pushed >>>> to mainline. >>>> 'mainline' This is vanilla mainline and will updated regularly. >>>> 'for-linus' Our staging branch for pull requests >>>> 'xfs-dev' This branch will contain KDB and other supporting code for >>>> development and should be identical to the old CVS tree. >>>> >>>> Feel free to start using it and let us know if you have any issues. >>> Any chance to have these as separate git trees instead of branches? >> That was the original plan. Not sure why that got changed. If there is >> good reason for it we can change it. >> >>> In either case, do you expect patches against the xfs-dev or the master >>> tree? It would also be useful if the trees and which one to be used >>> could be documented on oss.sgi.com/projects/xfs or xfs.org. >> We would prefer patches based on the master branch but patches can be >> against the mainline, master or xfs-dev branches. If a patch against >> mainline or xfs-dev doesn't apply cleanly to the master branch we may >> ask the author to rebase that patch against the master branch. If a >> patch to the master branch needs auxillary changes to files that only >> exist in the xfs-dev branch (ie xfsidbg stuff) we may ask for an >> additional patch from the author. > > IIUC correctly, you are saying that we'll have to provide two > different versions of every patch set? i.e. one that applies to > the -master branch and potentially another that applies to the > -xfs-dev branch? > No, that's not how I was envisaging this. If you are not interested in modifying xfsidbg.c or dmapi then I'd expect you to only send patches against the master branch. If you are interested in also updating xfsidbg.c or dmapi then I'd expect you to send patches against xfs-dev. I was expecting the xfs-team when they pull in or git-am the patches to update the other branch accordingly. --Tim _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs