From: Jameson Rollins <jrollins@finestructure.net>
To: micah anderson <micah@riseup.net>, sebastian@sspaeth.de,
	notmuch@notmuchmail.org
In-Reply-To: <87wrz4fqsw.fsf@lillypad.riseup.net>
References: <87my083mgh.fsf@SSpaeth.de> <87d4148s2c.fsf@lillypad.riseup.net>
	<4B595D3A.1030901@SSpaeth.de> <87636u34lw.fsf@SSpaeth.de>
	<87d411zvz8.fsf@yoom.home.cworth.org>
	<20100125213231.GB15987@lapse.rw.madduck.net>
	<960df8f6a8a08f2ca3aceef5a216d691.squirrel@webmail.sspaeth.de>
	<87wrz4fqsw.fsf@lillypad.riseup.net>
Date: Wed, 27 Jan 2010 14:19:54 -0500
Message-ID: <87aavz1hk5.fsf@servo.finestructure.net>
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-=";
	micalg=pgp-sha256; protocol="application/pgp-signature"
Subject: Re: [notmuch] Git feature branch
Precedence: list

--=-=-=

On Wed, 27 Jan 2010 11:24:15 +1300, micah anderson <micah@riseup.net> wrote:
> Couldn't all of this be done without moving the existing git repository
> (don't forget that transition is a cost)? Those who wish to put together
> these proposed branches go ahead and do so, publishing those wherever
> they like (git.debian.org, gitorious, their own hosted git repositories,
> or even github) and then Carl can just add those as remotes as he sees
> fit.

I second this idea.  I've been working on quite a few projects that work
in this way, with nothing but personal distributed repos, and it works
quite well.  Especially if Carl is going to continue to be benevolent
dictator (as I agree that he should).  Everyone who has patches can just
post them to their personal repos, making sure that they're well rebased
to Carl's master, and Carl can just pull from them as he sees fit.  It's
what git is designed to do, and it actually works really well.

jamie.

--=-=-=
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)

iQIcBAEBCAAGBQJLYJHaAAoJEO00zqvie6q8cCwP/3j8VUbgrcuLaW8onzvCGk9y
8cY8m0V/SYdOqaIrVt5G4S+ZebENbydm7ZiKxmwChNZVKoIj6Ago0ta9m21P9bhB
uMQmynTRpPG1DH/VzjzgJ3cE5ZE/HLLkwdj48vL6pjaU2wtHL9m6i3vgG7v0t6cO
Pfv080letd9Xq1aQDjUhPg31KYTOfyqvW2CHNzuv2DvBdzilrI4wb4of1I6AEsjo
0QehVzxhgaVKbiJoLHTXIPKKBAv8R2C1jCf1EHMfI5ZppPaQkLw6kzUbjSPZ6SnK
tfyEkSXs/fsClTeVRejZ1ahRMOgZeTI6t0ixq5ohVURtaQ2G+jlHLGj3y6ZVyK0C
Ke638gd/eYE1Dgwu68YPytgyH58bVwWSyl9ddg4pu268NOefm291XCllnRPtqZB9
Yo8u1gyBMRIS6z2Md5j/wz2eFGtCMiUBcBdoRn5QHQpxiQJm16X1M/YwS+c8ICA6
H6j/WYuMhxzniasu618roDjphCnjrTo15Y1teJdc97Abp0lFMZE2kLp+JIjpwz4C
MrLO07nk0iyys2xT7Stx/aPP/AXdeNvkkmNfWyI9ZNsjQwMa1XRtJj+MyOIiORzF
zHpxGv7t9DWeADHTdB+GIR5GE+ODOUjq5WC6cLkXOtGQ+Gm5d4Xv8a1PtKRYWwQ0
4mat1NO1Fb1ICg/LwZoj
=TJWk
-----END PGP SIGNATURE-----
--=-=-=--