public inbox for linux-xfs@vger.kernel.org
 help / color / mirror / Atom feed
From: Christoph Hellwig <hch@infradead.org>
To: Mark Goodwin <markgw@sgi.com>
Cc: xfs@oss.sgi.com
Subject: Re: [PATCH 00/20] xfs-cmds staging tree
Date: Mon, 22 Dec 2008 17:16:13 -0500	[thread overview]
Message-ID: <20081222221613.GA7128@infradead.org> (raw)
In-Reply-To: <495010A2.2030903@sgi.com>

On Tue, Dec 23, 2008 at 09:11:46AM +1100, Mark Goodwin wrote:
> I unsure, but don't think a group writable repository would work too well.
> Nathan doesn't push directly into the official pcp git tree (which is at
> git://oss/pcp/pcp.git) but rather pushes to his own git tree (which is
> at git://oss/nathans/pcp.git). SGI review and pull those commits and push
> them into the official tree (via an internal staging tree using a hook
> for the ptools back-end, but that's transparent to oss users). Nathan also
> reviews patches from others and pulls their patches into his tree, and
> regularly re-syncs with the official tree. git works it all out just fine.
>
> This is fairly new, but seems to work rather well since it supports
> effective collaboration for trusted contributors without SGI becoming
> a patch acceptance bottleneck - sort of a multiple maintainership.

I've set up a kernel.org hierachy where can have group commits.  We can
try for a while to have sgi pull from it.

>> One thing we were discussing is if it's really a good idea to have all
>> these together.
>
> It would certainly help SGI if the directory structure for the proposed
> xfs-cmds tree remained the same as it is in ptools at the moment. I
> guess we could consider splitting each xfs-cmds directory into separate
> repositories, but then building it all togetheer would be a pain. It could
> certainly make sense to split off xfstests into it's own tree since it's
> not part of the xfs-cmds build.

Ok, sounds fair to keep it like that for now.

_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs

  reply	other threads:[~2008-12-22 22:16 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-12-22 16:38 [PATCH 00/20] xfs-cmds staging tree Christoph Hellwig
2008-12-22 16:38 ` [PATCH 01/20] fix up xfs-cmds build after the parallel-fest Christoph Hellwig
2008-12-22 16:38 ` [PATCH 02/20] update Debian packaging Christoph Hellwig
2008-12-22 16:38 ` [PATCH 03/20] Fix build when gettext is enabled Christoph Hellwig
2008-12-22 16:38 ` [PATCH 04/20] Apply gettext translation to strings kept in format->{fmt, msg, type} Christoph Hellwig
2008-12-22 16:38 ` [PATCH 05/20] xfsprogs Polish translation update Christoph Hellwig
2008-12-22 16:38 ` [PATCH 06/20] build system: Make --enable-gettext actually enable gettext Christoph Hellwig
2008-12-22 16:38 ` [PATCH 07/20] return error status from the xfs_quota tool Christoph Hellwig
2008-12-22 16:38 ` [PATCH 08/20] xfs_quota: Add missing options to --help Christoph Hellwig
2008-12-22 16:38 ` [PATCH 09/20] xfs_quota: Fix range for -U Christoph Hellwig
2008-12-22 16:38 ` [PATCH 10/20] xfs_quota: Warn if specified non-zero quota will be round down to zero Christoph Hellwig
2008-12-22 16:38 ` [PATCH 11/20] xfs_quota: Dont ignore every error when asking for quota Christoph Hellwig
2008-12-22 16:38 ` [PATCH 12/20] EXCLUDED_FILE_TYPES: Fix macro for negation case Christoph Hellwig
2008-12-22 16:38 ` [PATCH 13/20] xfstests: test 194, test tricky mapping/conversion around holes Christoph Hellwig
2008-12-22 16:38 ` [PATCH 14/20] xfstests: add a unified diff option Christoph Hellwig
2008-12-22 16:38 ` [PATCH 15/20] fix xfsqa 189 for log and rt devices Christoph Hellwig
2008-12-22 16:38 ` [PATCH 16/20] xfstests: fix dbtest build Christoph Hellwig
2008-12-22 16:38 ` [PATCH 17/20] xfstests: add more tests to the auto group Christoph Hellwig
2008-12-22 16:38 ` [PATCH 18/20] 080 seems to run fine on linux, un-comment the quiet var to make the output match. Added to auto group as well Christoph Hellwig
2008-12-22 16:38 ` [PATCH 19/20] xfsdump: add support for building with sparse Christoph Hellwig
2008-12-22 16:38 ` [PATCH 20/20] xfsprogs: resync libxfs with the kernel code Christoph Hellwig
2008-12-30 17:39   ` Christoph Hellwig
2009-01-22 20:15     ` Christoph Hellwig
2008-12-22 20:33 ` [PATCH 00/20] xfs-cmds staging tree Mark Goodwin
2008-12-22 20:49   ` Christoph Hellwig
2008-12-22 22:11     ` Mark Goodwin
2008-12-22 22:16       ` Christoph Hellwig [this message]
2008-12-22 23:02         ` Nathan Scott
2008-12-29  5:26           ` Mark Goodwin
2008-12-29  8:41             ` Christoph Hellwig

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20081222221613.GA7128@infradead.org \
    --to=hch@infradead.org \
    --cc=markgw@sgi.com \
    --cc=xfs@oss.sgi.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox