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 1SaWbd-0006p9-Ej for garchives@archives.gentoo.org; Fri, 01 Jun 2012 18:29:49 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 6C34AE01C9; Fri, 1 Jun 2012 18:29:30 +0000 (UTC) Received: from mail-bk0-f53.google.com (mail-bk0-f53.google.com [209.85.214.53]) by pigeon.gentoo.org (Postfix) with ESMTP id EF605E0477 for ; Fri, 1 Jun 2012 18:28:30 +0000 (UTC) Received: by bkcjk13 with SMTP id jk13so2450054bkc.40 for ; Fri, 01 Jun 2012 11:28:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=ebqpKMQ8Bg/dw4SpVRu20q0lw7pmKA/iVVu6fnorJSY=; b=U4AAq9ybzr4hXgcuMHU23zz73kYpXDHMEpbYMaSqprkhxEJqQpk/OLgX+khNuwLBLL 5i3fSLT7YRzH5mAdk0IouCg/kVc9sNiwlXq9HRntyKbTTCCozp87yk6umKXCIP18ip7L t8hfgl1ddZvzAeBhL4JzRivkkvDnhbP4aZ+bLWTMcurtbSdzCzTIpM8FOILsJI1wAnjT wOXKmQnNX53CUB6zDzDAwfT5vrc/YjGeRELRFHg2PmpIVbogYcEzn1nnEp0Wm8234IDI Byjg52CX5mJJDOWtnHfJNMI6xaM9zaHlUJlE6iZqsccm2YejR01PQ0K/3ht0WKZ+OZJ9 SRhQ== 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 Received: by 10.204.150.92 with SMTP id x28mr2581926bkv.61.1338575309948; Fri, 01 Jun 2012 11:28:29 -0700 (PDT) Sender: freemanrich@gmail.com Received: by 10.204.149.211 with HTTP; Fri, 1 Jun 2012 11:28:29 -0700 (PDT) In-Reply-To: References: <20120531195450.GA24805@linux1> <20120531205714.GA25021@linux1> <20120601154548.GA10637@linux1> Date: Fri, 1 Jun 2012 14:28:29 -0400 X-Google-Sender-Auth: QhdRKxkWH0j7ImTDkrmOFGsqi0E Message-ID: Subject: Re: [gentoo-dev] Re: Portage Git migration - clean cut or git-cvsserver From: Rich Freeman To: gentoo-dev@lists.gentoo.org Content-Type: text/plain; charset=ISO-8859-1 X-Archives-Salt: 3cde416e-5691-4fc6-bea3-9cf58e3e8d71 X-Archives-Hash: 057ea1b319b4480cc7a7eed688c64f0b On Fri, Jun 1, 2012 at 12:33 PM, Robin H. Johnson wrote: > What about overlay repositories that elect to be a branch of the main > tree via git? > > Do we call that forbidden usage? I think that branches off of the main tree are mainly going to be useful for more eclass/profile/etc-related work. Work on a package or small group of packages will almost always go better in a completely independent overlay. If you try to do that kind of work in a branch then if you create an rsync tree from that branch it will contain all the other packages that you aren't working on, and they'll get stale very quickly. Anybody using that as an overlay will get a bunch of old ebuilds for who-knows-what in their tree. Now, branches in the main tree are going to be really useful for stuff like package moves, new virtuals, eclass api changes, or other messy changes that have big tree-wide impacts. You can stage the change and fix the 300 impacted ebuilds in a branch, get lots of people to test them, and then merge those in with a single transaction, pulling in updates from master all the while. That is more about portage tree maintenance than package maintenance per-se. All that said, having the tree in git is still a big help to proxy maintainers and others even with all these issues. I've worked as an outside contributor to other projects and it is a lot easier with git. I can easily work in my own PM, rebase against their master, and then easily submit a nice clean diff as a patch, even without doing any pushing at all. I don't have to have push rights to anything official to be more efficient in my contributions. Rich