From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1SaU3n-0001nS-6T for garchives@archives.gentoo.org; Fri, 01 Jun 2012 15:46:43 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id B6B43E0687; Fri, 1 Jun 2012 15:46:24 +0000 (UTC) Received: from mail-gh0-f181.google.com (mail-gh0-f181.google.com [209.85.160.181]) by pigeon.gentoo.org (Postfix) with ESMTP id ACDC9E05CB for ; Fri, 1 Jun 2012 15:45:50 +0000 (UTC) Received: by ghbz13 with SMTP id z13so2281682ghb.40 for ; Fri, 01 Jun 2012 08:45:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:subject:message-id:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=7JFSfJdRVfgjEDzMkj89yXJqCcekdjwjdhq2ozaxbrQ=; b=GQ8PGbnLy2vcynyUUudD4KUdM1iOwwVojEP6vhwql98Hqk3JCBDpGKI2FYXMTqNag5 8le1Ub22G+fe/ugi126VaayIqzKUCDEbirMvFCjVznIQk61ov1eBnO3w/8Ggb7vS188G EVhB1xWkfORJ9EDhP2XTtqdCYkIlsp14ljUILevE1on8QwQiMBK1//ZmCcHNHQSArlb2 24B0YCu/Zzx7WrSs90GXBU+aEWbjXV4ueXRZ/kXa+7GSvDOTqwElZJpZTRDI9HaslH7j RwV1Fg+e5komIeSCGN5Rq2Ql+MJvkSq/Phdr/OOHVpBkgeR2ICFtnaEJ9OOq3prQ08R1 fXGQ== Received: by 10.60.26.65 with SMTP id j1mr3300195oeg.9.1338565550061; Fri, 01 Jun 2012 08:45:50 -0700 (PDT) Received: from linux1 (cpe-76-187-77-158.tx.res.rr.com. [76.187.77.158]) by mx.google.com with ESMTPS id xk19sm1752351obc.5.2012.06.01.08.45.48 (version=SSLv3 cipher=OTHER); Fri, 01 Jun 2012 08:45:49 -0700 (PDT) Sender: William Hubbs Received: by linux1 (sSMTP sendmail emulation); Fri, 01 Jun 2012 10:45:48 -0500 Date: Fri, 1 Jun 2012 10:45:48 -0500 From: William Hubbs To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Re: Portage Git migration - clean cut or git-cvsserver Message-ID: <20120601154548.GA10637@linux1> Mail-Followup-To: gentoo-dev@lists.gentoo.org References: <20120531195450.GA24805@linux1> <20120531205714.GA25021@linux1> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Dxnq1zWXvFF0Q93v" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Archives-Salt: 8a4aed43-4fe4-48a8-9eaa-0684ea7b9f1a X-Archives-Hash: 6125fbdd54d10c06b4d23e6369f37132 --Dxnq1zWXvFF0Q93v Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 01, 2012 at 12:57:10PM +0000, Duncan wrote: > William Hubbs posted on Thu, 31 May 2012 15:57:14 -0500 as excerpted: > > Overlays aren't really part of this discussion; those are independent > > trees which we have no control over, so commiting changes from overlays > > to the main tree is the responsibility of the overlay maintainers. >=20 > But it seems to me that overlays are the primary use case for commits to= =20 > public trees other than gentoo first. Otherwise, the whole rebase-vs- > merge problem goes away, because the first public commit is to the gentoo= =20 > tree. But especially with overlays (like kde) that have an overlay- > first, test, then gentoo-tree, policy, that public overlay tree (which is= =20 > already in git) is part of the process. Commits MUST go thru the overlay= =20 > to get to the tree, and that overlay is public, so constant rebasing is a= =20 > definite no-no. >=20 > Which unless your workaround idea works, pretty much leaves us with merge- > commits as a necessity. (Which of course, as Ciaran pointed out, are=20 > part of the point of git, such that running git without merge-commits=20 > defeats part of the purpose of the whole exercise.) Overlays are completely separate repositories. There is nothing stopping an overlay from using git right now even if the main tree isn't using git. They just work in their git repositories until they are ready to commit something to the main tree, then they move the changes to the main tree. What the main tree on git would give them is the ability to create a branch from the main tree for their changes, but that would not be pushed to the main repository. All they would have to do when they are ready for their code to be merged back into the main repository is make sure that they are creating a fast-forward merge so that there is no merge commit on the master branch. William --Dxnq1zWXvFF0Q93v Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (GNU/Linux) iEYEARECAAYFAk/I46wACgkQblQW9DDEZTg9JQCdHy/a/6kYIdFBzsQstTuMN4kh okAAn3WRTjlDYwxKYBxObmNT5k+4kHDR =3dOr -----END PGP SIGNATURE----- --Dxnq1zWXvFF0Q93v--